相信，很多人都不知道Java的Method的上限為64K。本文將超過這個(gè)上限的函數(shù)叫做巨型函數(shù)。

巨型函數(shù)的問題

1、如果代碼超過了這個(gè)限制，Java編譯器就報(bào)"Code too large to complier"的錯(cuò)誤。

2、代碼并沒有超過64K的限制，但是在運(yùn)行時(shí)由于其他工具或者library使得對(duì)應(yīng)的代碼超過了64K的限制，那么Java會(huì)給我們一個(gè)java.lang.VerifyError的錯(cuò)誤。

巨型函數(shù)是怎么來的

如下一些僅僅是一些可能導(dǎo)致出現(xiàn)巨型函數(shù)的常見情況，還有很多其他情況就不一一列舉了。

一些工具生成的代碼

很多大函數(shù)并不是人手動(dòng)寫出來的，是一些代碼生成工具生成的，例如ANTLR（ANother Tool for language Recognition）就有可能生成巨大的Method。

初始化函數(shù)

Initialization方法就很容易變成巨型函數(shù)，尤其是一些GUI的初始化函數(shù)，很容易在一個(gè)代碼段中塞進(jìn)去很多對(duì)應(yīng)的GUI的布局定義代碼和attaching listener代碼，導(dǎo)致巨型函數(shù)的產(chǎn)生。

數(shù)組初始化

測(cè)者在工作中也遇見過static final 數(shù)組編譯器使用load或者sotre的指令初始化數(shù)組。這有時(shí)候也會(huì)導(dǎo)致出現(xiàn)巨型函數(shù)。

很長(zhǎng)的JSP頁面

很多JSP的編譯器也會(huì)將所有的JSP代碼編譯到一個(gè)函數(shù)中，導(dǎo)致巨型函數(shù)的出現(xiàn)。

如何解決巨型函數(shù)的問題

最好也是最根本的解決巨型函數(shù)的方法就是拆分。無論是代碼生成工具還是JSP都允許我們進(jìn)行代碼的拆分。但是其他一些例如調(diào)用第三方工具或者library導(dǎo)致的這個(gè)問題，很多時(shí)候就不能通過粗暴的代碼拆分解決問題了，需要重新設(shè)計(jì)，優(yōu)化算法等方式避免巨型函數(shù)的出現(xiàn)。也有很多時(shí)候我們沒有辦法避免巨型函數(shù)的64K限制，我們最終的根本方法還是寄希望于Java自身接觸64K的限制。