讯享网

 <p>Be yourself, don't change for anyone. If they don't like you at your worst, then they don't deserve you at your best.</p><p>勇敢的做自己，不要为任何人而改变。如果他们不能接受最差的你，也不配拥有最好的你。</p><p><strong>每日掏心</strong><strong>话</strong></p><p>没有人可以带走时间，时间却可以带走任何人。春有春的温暖，夏有夏的火热，秋有秋的收获，冬有冬的寒冷，学会享受生活！</p><p>作者：普通的程序员 | 责编：乐乐</p><p>链接：jianshu.com/u/38b409cda5af</p><p>往日回顾：</p><p><strong>正文</strong></p><p><strong>/ 背景及目标 /</strong></p><p>最近在做性能优化工作，代码实际上已经经过几代人的优化，已经做了大量的 按需加载（懒加载），布局ViewStub优化，层级优化，代码质量也很高，检查了没有多余的耗时操作（业务上的无法避免的数据请求带来的耗时操作已尽可能减少）。</p><p>但是因为涉及的行业特殊，整个业务很复杂，界面里充满大量的自定义view。现在就是通过工具查到了其中某个方法，该方法会解析某个布局（布局内有n个自定义view），测试会卡住主线程800+ms，现在就需要对这个方法进行优化。</p><p><strong>/ 理论基础 /</strong></p><p>需要至少对以下三点基础理论有了解。</p><p><ol><li></p><p>切换线程的基础技能；</p><p></li><li></p><p>官方提供的AsyncLayoutInflater</p><p></li><li></p><p>ViewStub，merge操作及View初始化操作</p><p></li></ol></p><p><strong>/ 流程分析 /</strong></p><p>大家都知道在Android中，只能在主线程操作UI原因是：</p><p class="f_center"><img src="https://nimg.ws.126.net/?url=http%3A%2F%2Fdingyue.ws.126.net%2F2020%2F1010%2Ff1b706f8p00qhytqi0043d200u0007rg00ht004l.png&thumbnail=660x&quality=80&type=jpg"/><br/></p><p>具体这个mThread是什么时候传入的，这个checkTread方法什么时候调用的，大家去看ViewRootImpl的源码，一步一步跟，这里不赘述。</p><p>那博主今天在这里吹什么牛比呢？</p><p>『只能在主线程操作UI』 这句话你细品，假如我不操作UI，只inflate View行不行？答案当然是可以的，官方提供的AsyncLayoutInflater 就是这样的操作。内部实现很简单，把需要加载的 Layout.xml的包装成一个任务，内部线程inflate解析，解析完毕再通过handler通知到主线程。</p><p class="f_center"><img src="https://nimg.ws.126.net/?url=http%3A%2F%2Fdingyue.ws.126.net%2F2020%2F1010%2Fd3b464fcp00qhytqi0067d200oj00xdg00ht00o7.png&thumbnail=660x&quality=80&type=jpg"/><br/></p><p>换句话说，操作UI的行为，是指要内部调用到checkThread的行为。由于AsyncLayoutInflater只在高于API 24的版本有用，那么我们就借助这个思路，仿照它来完成性能优化工作。</p><p><strong>/ 具体操作 /</strong></p><p>我们以一个简单的demo来模拟这个需求，顺便看看源码。</p><p>就一个MainActivty, 主界面布局一个button，按一下把功能view加载到主界面。</p><p>"1.0" encoding="utf-8"?&gt;<br/>"http://schemas.android.com/apk/res/android"<br/>xmlns:app="http://schemas.android.com/apk/res-auto"<br/>xmlns:tools="http://schemas.android.com/tools"<br/>android:layout_width="match_parent"<br/>android:layout_height="match_parent"<br/>android:orientation="vertical"<br/>tools:context=".MainActivity"&gt;</p><p>android:id="@+id/btn"<br/>android:layout_width="100dp"<br/>android:layout_height="50dp"<br/>android:gravity="center"<br/>android:text="Hello World!" /&gt;</p><p>android:id="@+id/viewStub"<br/>android:layout="@layout/realview"<br/>android:layout_width="match_parent"<br/>android:layout_height="200dp" /&gt;</p><p>我们假设这个realview是一个巨复杂的view（或者里面的自定义view初始化里有耗时方法）。<br/></p><p>"1.0" encoding="utf-8"?&gt;<br/>"http://schemas.android.com/apk/res/android"<br/>android:layout_width="match_parent"<br/>android:layout_height="match_parent"&gt;</p><p>android:layout_width="200dp"<br/>android:layout_height="200dp"<br/>android:background="#fcc" /&gt;</p><p>public class MainActivity extends AppCompatActivity {</p><p>@Override<br/>protected void onCreate(Bundle savedInstanceState) {<br/>super.onCreate(savedInstanceState);<br/>setContentView(R.layout.activity_main);<br/>findViewById(R.id.btn).setOnClickListener(new View.OnClickListener() {<br/>@Override<br/>public void onClick(View v) {<br/>addViewInNormalWay();<br/>}<br/>});<br/>}</p><p>public void addViewInNormalWay(){<br/>ViewStub viewStub = findViewById(R.id.viewStub);<br/>viewStub.inflate();<br/>}<br/>}<br/></p><p>假如我们直接开子线程把这个viewStub，100%抛出异常。</p><p>Schedulers.io().scheduleDirect(new Runnable() {<br/>@Override<br/>public void run() {<br/>addViewInNormalWay();<br/>}<br/>});<br/></p><p>原因是ViewStub的inflate()方法内部,replaceSelfWithView()调用了requestLayout，这部分checkThread。</p><p class="f_center"><img src="https://nimg.ws.126.net/?url=http%3A%2F%2Fdingyue.ws.126.net%2F2020%2F1010%2F3a53fa42p00qhytqi00ajd200u000k7g00ht00bz.png&thumbnail=660x&quality=80&type=jpg"/><br/></p><p>我们借助AsyncLayoutInflater的思想，把ViewStub.inflate()内部拆开，inflateViewNoAdd()放到子线程解析，解析完毕再回到主线程替换目标view。但是这样需要对布局进行更改：</p><p class="f_center"><img src="https://nimg.ws.126.net/?url=http%3A%2F%2Fdingyue.ws.126.net%2F2020%2F1010%2Fc84028e7p00qhytqi00e8d200u000qsg00ht00fw.png&thumbnail=660x&quality=80&type=jpg"/><br/></p><p>原始的ViewStub占位需要替换成View。</p><p>public class MainActivity extends AppCompatActivity {</p><p>@Override<br/>protected void onCreate(Bundle savedInstanceState) {<br/>super.onCreate(savedInstanceState);<br/>setContentView(R.layout.activity_main);<br/>findViewById(R.id.btn).setOnClickListener(new View.OnClickListener() {<br/>@Override<br/>public void onClick(View v) {<br/>addView();<br/>}<br/>});<br/>}</p><p>private void addView() {<br/>Disposable d = Single<br/>.create(new SingleOnSubscribe() {<br/>@Override<br/>public void subscribe(SingleEmitter emitter) throws Exception {<br/>View view = getLayoutInflater().inflate(R.layout.realview, null);<br/>emitter.onSuccess(view);//只做inflated 解析xml的操作<br/>}<br/>})<br/>.subscribeOn(Schedulers.io())<br/>.observeOn(AndroidSchedulers.mainThread())<br/>.subscribe(new Consumer() {<br/>@Override<br/>public void accept(View view) throws Exception {<br/>View stub = findViewById(R.id.viewStub);<br/>if (stub == null) return;<br/>ViewGroup parent = (ViewGroup) stub.getParent();<br/>int index = parent.indexOfChild(stub);//找到原始占位view<br/>ViewGroup.LayoutParams vlp = stub.getLayoutParams();//拿到lp<br/>view.setLayoutParams(vlp);//把lp给到新view<br/>parent.removeViewAt(index);//从树里删除<br/>parent.addView(view, index);//替换上去<br/>}<br/>});</p><p>}<br/>}<br/></p><p>这里有个细节，LayoutInflater.inflate()一共有4种。</p><p class="f_center"><img src="https://nimg.ws.126.net/?url=http%3A%2F%2Fdingyue.ws.126.net%2F2020%2F1010%2Fd028f65ap00qhytqj005nd200u00067g00ht003o.png&thumbnail=660x&quality=80&type=jpg"/><br/></p><p>建议root传null，不传null的话，attach一定要传false。因为realview的顶层layout 宽高属性会丢失，补救策略就是再套一层layout，或者在外部view就指定宽高属性。</p><p class="f_center"><img src="https://nimg.ws.126.net/?url=http%3A%2F%2Fdingyue.ws.126.net%2F2020%2F1010%2F4723e6e6p00qhytqj008md200u000zbg00ht00ky.png&thumbnail=660x&quality=80&type=jpg"/><br/></p><p class="f_center"><img src="https://nimg.ws.126.net/?url=http%3A%2F%2Fdingyue.ws.126.net%2F2020%2F1010%2Fc23935aep00qhytqj006xd200u000esg00ht008r.png&thumbnail=660x&quality=80&type=jpg"/><br/></p><p><strong>/ 风险提示 /</strong></p><p>原来的ViewStub要替换成一个占位View，这样就会破坏原有的布局优化策略；被inflate的View，根标签不能用merge，原因去看inflate源码；不保证你的功能view里面有奇奇怪怪的操作，这些都会导致子线程解析失败。</p><p>这些奇奇怪怪的操作有（包括但不限于）：</p><p><ol><li></p><p>在异步inflated的布局，其 parent 的 generateLayoutParams 函数必须要是线程安全的；</p><p></li><li></p><p>所有构建的 View 中必须不能创建 Handler 或者是调用 Looper.loop， 因为子线程默认没有 Looper.prepare()。补救措施，找到出错的自定义view，初始化handler请加上 Looper.getMainLooper() 参数;</p><p></li><li></p><p>实现了诸如GestureDetector组件，这些组件内部会初始化handler，报错原因见第二条，补救措施，在自定义view里，对这些组件的初始化请切换到主线程。</p><p></li></ol></p><p><strong>/ 最后 /</strong></p><p>谷歌不推荐在子线程操作UI的原因有很多，比如多线程多次inflate ，风险还是有的。现在找到卡顿的原因就是 inflate自定义view耗时，采用这套方案后该方法耗时120ms。风险跟收益，各位自己评估。</p><p>欢迎在留言区留下你的观点，一起讨论提高。如果今天的文章让你有新的启发，欢迎<strong>转发</strong>分享给更多人。欢迎加入程序员小乐，在后台回复“”或者“”即可。</p>