blocks|key|146364|text|type|unstyled|depth|inlineStyleRanges|entityRanges|data|146365|有没有什么可能的方法可以避免这个错误？|blockquote|146366|146367|146368|那么，这个编译器错误的根本原因是在字节码文件的格式中有硬限制。在这种情况下，问题是单个方法最多可以包含65536字节的字节码。(请参阅JVM+spec)。|offset|length|146369|唯一的解决方法是拆分方法。|146370|entityMap|0|LINK|mutability|MUTABLE|url|http://java.sun.com/docs/books/jvms/second_edition/html/ClassFile.doc.html^0|0|0|0|0|1V|8|0|0|0^^$0|@$1|2|3|-4|4|5|6|T|7|@]|8|@]|9|$]]|$1|A|3|B|4|C|6|U|7|@]|8|@]|9|$]]|$1|D|3|-4|4|5|6|V|7|@]|8|@]|9|$]]|$1|E|3|-4|4|5|6|W|7|@]|8|@]|9|$]]|$1|F|3|G|4|5|6|X|7|@]|8|@$H|Y|I|Z|1|10]]|9|$]]|$1|J|3|K|4|5|6|11|7|@]|8|@]|9|$]]|$1|L|3|-4|4|5|6|12|7|@]|8|@]|9|$]]]|M|$N|$4|O|P|Q|9|$R|S]]]]

<blockquote>
 Is there any possible way where I can circumvent this error?
</blockquote>

Well, the root cause of this compiler error is that there are hard limits in the format of bytecode files. In this case, the problem is that a single method can consist of at most 65536 bytes of bytecodes. (See the <a href="http://java.sun.com/docs/books/jvms/second_edition/html/ClassFile.doc.html" rel="nofollow noreferrer">JVM spec</a>). 

The only workaround is to split the method.

blocks|key|146391|text|在相关操作中拆分方法，或者单独拆分实用程序。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|146392|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Split the method in related operations or splitting utilities separately.

blocks|key|146399|text|type|unstyled|depth|inlineStyleRanges|entityRanges|data|146400|，这里的情况有点不同，这个方法只包含一个函数调用。现在这个函数有一个很大的参数列表(实际上是整个解析器！！)。所以我不知道如何拆分它！|blockquote|146401|146402|146403|拆分这种野兽的方法可能是：|146404|146405|为参数定义数据持有者对象(根据数据模型的本体将参数集放入对象中)，|unordered-list-item|146406|在其自己的上下文中构建这些数据持有者对象|146407|将参数对象传递给function|146408|146409|entityMap^0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|-4|4|5|6|S|7|@]|8|@]|9|$]]|$1|A|3|B|4|C|6|T|7|@]|8|@]|9|$]]|$1|D|3|-4|4|5|6|U|7|@]|8|@]|9|$]]|$1|E|3|-4|4|5|6|V|7|@]|8|@]|9|$]]|$1|F|3|G|4|5|6|W|7|@]|8|@]|9|$]]|$1|H|3|-4|4|5|6|X|7|@]|8|@]|9|$]]|$1|I|3|J|4|K|6|Y|7|@]|8|@]|9|$]]|$1|L|3|M|4|K|6|Z|7|@]|8|@]|9|$]]|$1|N|3|O|4|K|6|10|7|@]|8|@]|9|$]]|$1|P|3|-4|4|5|6|11|7|@]|8|@]|9|$]]|$1|Q|3|-4|4|5|6|12|7|@]|8|@]|9|$]]]|R|$]]

<blockquote>
 Well, the case is a bit different
 here, the method only consists of a
 single function call. Now this
 function has a huge parameter list(the
 whole of the parser actually!!). So I
 have no clues how to split this!!
</blockquote>

The way to split up such a beast could be:

<ul>
<li>define data holder objects for your parameters (put sets of parameters in objects according to the ontology of your data model), </li>
<li>build those data holder objects in their own context </li>
<li>pass the parameter objects to the function</li>
</ul>

blocks|key|3926399|text|快速和繁琐:在函数的开头将所有参数分配给同名的类变量(必须重命名参数)，并开始将函数分成几个部分，然后将这些部分放入函数中。这应该可以保证你的函数基本上会以相同的语义运行。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3926400|但是，这不会产生漂亮的代码！|3926401|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Quick and Dirty: Assign all your parameters to class variables of the same name (you must rename your parameters) at the beginning of your function and start chopping up your function in pieces and put those pieces in functions. This should guarantee that your function will basically operate with the same semantics. 

But, this will not lead to pretty code!

I have a parser written in bigloo scheme functional language which I need to compile into a java class. The whole of the parser is written as a single function. Unfortunately this is causing the JVM compiler to throw a "Method too large" warning and later give "far label in localvar" error. Is there any possible way where I can circumvent this error? I read somewhere about a DontCompileHugeMethods option, does it work? Splitting the function doesnt seem to be a viable option to me :( !!

How to circumvent the "Method too large" error in Java Compilation?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我有一个用bigloo方案函数式语言编写的解析器，我需要将其编译成java类。整个解析器被编写为一个单独的函数。不幸的是，这会导致JVM编译器抛出“方法太大”警告，并在稍后给出“localvar中的远标签”错误。有没有什么可能的方法可以避免这个错误？我在某处读到一个DontCompileHugeMethods选项，它能工作吗？对我来说，拆分函数似乎不是一个可行的选择:( !！

问如何规避Java编译中的“方法太大”错误？
EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何规避Java编译中的“方法太大”错误？EN

回答 4

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何规避Java编译中的“方法太大”错误？
EN