前言

前面寫了一篇關于自己開發的一個基于APT注解的用于RecyclerView復雜樓層的開源框架，框架的原理比較簡單，通過注解，在編譯期會生成一個ComponentRule.java的文件，然后建立一個映射關系。使用方式簡單介紹一下：
1.綁定布局文件

@ComponentType(value = ComponentId.SIMPLE,layout = R.layout.single_text ) public class SimpleVH extends Component<SimpleModel> {private TextView tvList;public SimpleVH(Context context, View itemView) {super(context, itemView);tvList = itemView.findViewById(R.id.tv_simple);}@Overridepublic void onBind(int pos, SimpleModel item) {tvList.setText(item.name);} } 復制代碼

2.綁定Model

@BindType(ComponentId.SIMPLE) public class SimpleModel {public String name;public SimpleModel(String name) {this.name = name;} } 復制代碼

3.這樣在編譯的時候就會生成一個ComponentRule.java文件，建立映射關系。文件的內容大概如下：

public class ComponentRule implements IComponentRule {public static final SparseArray<ViewInfo> WIDGET_TYPE;public static final Map<Class<?>, SparseArray<ViewInfo>> ATTACH_TYPE;public static final Map<Class<?>, Integer> MODEL_TYPE;static {WIDGET_TYPE = new SparseArray<>();MODEL_TYPE = new HashMap();ATTACH_TYPE = new HashMap<>();putWidget(2,new ViewInfo(2,com.study.xuan.emvp.vh.ImageViewHolder.class,2131296309,1, com.study.xuan.emvp.presenter.Contract.ImagePresenter.class));putWidget(8,new ViewInfo(8,com.study.xuan.emvp.vh.ImgVH.class,-1,2,android.widget.ImageView.class, null));......putModel(com.study.xuan.emvp.model.Text.class,0);} } 復制代碼

問題描述

考慮到目前RecyclerView的使用率，一個大型的項目定義的ViewHolder數量可能達到上千個，考慮到如下幾個問題：
1.項目的編譯速度影響
2.是否會有其他問題
所以這里希望模擬創建1w個ViewHolder類，使用@ComponentType注解，所以用Python寫了一個腳本。

import osdef createViewHolder(content,fileName):path = '/Users/xuan/Projects/EMvp/app/src/main/java/com/study/xuan/emvp/python'if not os.path.exists(path):os.makedirs(path)name = fileName + '.java'file = open(name,'w');file.write(content)file.close()print ('ok')contentCode = "package com.study.xuan.emvp.python;\n" \ "import android.content.Context;\n" \ "import android.view.View;\n" \ "import android.widget.TextView;\n" \ "import com.xuan.annotation.ComponentType;\n" \ "import com.xuan.eapi.component.Component;\n" \ "import com.study.xuan.emvp.model.Text;\n" \ "@ComponentType(\n" \ " value = %s,\n" \ " view = TextView.class,\n" \ " attach = Text.class" \ ")\n" \ "public class PyThonVH%s extends Component {\n" \ " public PyThonVH%s(Context context, View itemView) {\n" \ " super(context, itemView);\n" \ " }\n" \ " @Override\n" \ " public void onBind(int pos, Object item) {\n" \ " }" \ "}"fileName = 'PyThonVH%s'for i in range(1,2000):createViewHolder(contentCode%((100+i),i,i),fileName%i)復制代碼

代碼也很基礎，在當前工程的一個目錄下，利用for循環，創建Java文件，文件名就是PyThonVH1,PyThonVH2,PyThonVH3,PyThonVH4...,注解就使用最基礎的注解，為了方式ComponentId沖突，這里利用了框架本身提供的多人協作的解決方式，attach到一個Model上，然后CompoentId為1，2，3，4...

代碼寫完了，腳本一運行，成功創建的1w個類

接下來開始驗證問題，當build的時候，編譯期報了一個意想不到的異常

代碼過長，沒有看錯，還是第一次遇到這樣的異常信息，通過Google查詢，得知

JVM規范里對Class文件的規定里有寫到每個方法的字節碼最多只能有65535字節

其實原理和我們經常遇到的64K異常一樣，只不過這會不是方法數量超過導致的，而是方法體大小導致的。 所以解決方式其實也是對應的，拆分

if (commonTypeWidget.size() < LINE_LIMIT) {//未超限，不用分割writer.write(writeWidget(0, commonTypeWidget.size()));} else {//分割方法，防止too large code異常double splitNum = Math.ceil(commonTypeWidget.size() / LINE_LIMIT);for (int i = 0; i < splitNum; i++) {int start = (int) (i * LINE_LIMIT);int end;if (i == splitNum - 1) {end = commonTypeWidget.size();} else {end = (int) ((i + 1) * LINE_LIMIT);}//保存拆分的方法splitMethods.add(String.format(FileCreator.COMMON_METHOD_T, i, writeWidget(start,end)));writer.write(String.format(FileCreator.COMMON_METHOD_INVOKE, i));}} 復制代碼

解決方式的核心代碼其實就在上面，對映射表的大小和定義的方法體大小(500)比較，如果超過限制，則進行分割，分別查分到splitAttachMethodStep%s()方法內。最后編譯的成的文件就變成如下：

static {WIDGET_TYPE = new SparseArray<>();MODEL_TYPE = new HashMap();ATTACH_TYPE = new HashMap<>();...splitAttachMethodStep0();splitAttachMethodStep1();splitAttachMethodStep2();splitAttachMethodStep3();splitAttachMethodStep4();splitAttachMethodStep5();splitAttachMethodStep6();splitAttachMethodStep7();splitAttachMethodStep8();splitAttachMethodStep9();splitAttachMethodStep10();splitAttachMethodStep11();splitAttachMethodStep12();splitAttachMethodStep13();splitAttachMethodStep14();splitAttachMethodStep15();splitAttachMethodStep16();splitAttachMethodStep17();splitAttachMethodStep18();splitAttachMethodStep19();splitAttachMethodStep20();putModel(com.study.xuan.emvp.activity.product.Product.class,0);putModel(com.study.xuan.emvp.activity.common.SimpleModel.class,9);putModel(com.study.xuan.emvp.model.Text.class,0);} 復制代碼

當1w個類的時候，編譯的速度影響也不是特別的大，最終的編譯時間大是20s左右

總結

本篇博客主要講解了自己寫的開源框架時遇到的一個比較有意思的問題，當然這個問題對于一個穩定的框架是必須要考慮的。這里再放上框架源碼地址吧，框架支持組件化工程，適合RecyclerView簡單或者復雜的樓層樣式開發模式，支持多人多頁面樓層打通，具有很多的拓展API，歡迎大家提issue討論～

項目地址：EMvp
歡迎Star?
歡迎大家提issues提意見～

總結

以上是生活随笔為你收集整理的Python自动生成10000个java类使用APT注解后引发的问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。