Android 子线程更新UI了解吗？，app优化的内容及策略

}
}

那我们可不可以绕过这个checkThread方法呢？来达到子线程访问UI，我们先看一段代码：

public class MainActivity extends AppCompatActivity {
private TextView tvTest;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
tvTest = findViewById(R.id.tvTest);
new Thread(new Runnable() {
@Override
public void run() {
tvTest.setText(“测试子线程加载”);
}
}).start();
}
}

这段代码是可以直接运行成功的，并且没有任何问题，那这是是为什么呢？可能你已经猜想到这是为什么了—— 绕过了checkThread方法。

下面来分析一下原因: 访问及刷新UI，最后都会调用到ViewRootImpl，如果对ViewRootImpl还很陌生，可以参考我的另一篇博客 Android 绘制原理浅析【干货】。

那么直接在onCreate 启动时，ViewRootImpl肯定还没启动起来啊，不然，那刷新肯定失败，我们可以验证一下。把上面Thread 里面加一个延迟,变成这样

public class MainActivity extends AppCompatActivity {
private TextView tvTest;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
tvTest = findViewById(R.id.tvTest);
new Thread(new Runnable() {
@Override
public void run() {
try {
Thread.sleep(500);
} catch (InterruptedException e) {
e.printStackTrace();
}
tvTest.setText(“测试子线程加载”);
}
}).start();
}
}

运行起来直接崩溃

android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.
at android.view.ViewRootImpl.checkThread(ViewRootImpl.java:7753)
at android.view.ViewRootImpl.requestLayout(ViewRootImpl.java:1225)
at android.view.View.requestLayout(View.java:23093)
at android.view.View.requestLayout(View.java:23093)
at android.view.View.requestLayout(View.java:23093)
at android.view.View.requestLayout(View.java:23093)
at android.view.View.requestLayout(View.java:23093)
at android.view.View.requestLayout(View.java:23093)
at androidx.constraintlayout.widget.ConstraintLayout.requestLayout(ConstraintLayout.java:3172)
at android.view.View.requestLayout(View.java:23093)
at android.widget.TextView.checkForRelayout(TextView.java:8908)
at android.widget.TextView.setText(TextView.java:5730)
at android.widget.TextView.setText(TextView.java:5571)
at android.widget.TextView.setText(TextView.java:5528)
at com.ding.carshdemo.MainActivity$1.run(MainActivity.java:27)

和猜想一致，那么ViewRootImpl是什么时候被启动起来的呢？ 在Android 绘制原理浅析【干货】 中提到，当Activity准备好后，最终会调用到Activity中的makeVisible，并通过WindowManager添加View,代码如下

//Activity
void makeVisible() {
if (!mWindowAdded) {
ViewManager wm = getWindowManager();
wm.addView(mDecor, getWindow().getAttributes());
mWindowAdded = true;
}
mDecor.setVisibility(View.VISIBLE);
}

看一下wm addView方法

//WindowManagerImpl
public void addView(@NonNull View view, @NonNull ViewGroup.LayoutParams params) {
applyDefaultToken(params);
mGlobal.addView(view, params, mContext.getDisplay(), mParentWindow);
}

在看一下mGlobal.addView方法

//WindowManagerGlobal
public void addView(View view, ViewGroup.LayoutParams params,
Display display, Window parentWindow) {
ViewRootImpl root;
…
View panelParentView = null;
synchronized (mLock) {
root = new ViewRootImpl(view.getContext(), display);
view.setLayoutParams(wparams);
mViews.add(view);
mRoots.add(root);
}
…
}

终于找到了ViewRootImpl的创建。那么回到上面makeVisible是什么时候被调用到的呢？ 看Activity启动流程时，我们知道，Ativity的启动和AMS交互的代码在ActivityThread中，搜索makeVisible方法，可以看到调用地方为

//ActivityThrea
public void handleResumeActivity(IBinder token, boolean finalStateRequest, boolean isForward,
String reason) {
…
if (r.activity.mVisibleFromClient) {
r.activity.makeVisible();
}
…
}

private void updateVisibility(ActivityClientRecord r, boolean show) {
…
if (show) {
if (!r.activity.mVisibleFromServer) {
if (r.activity.mVisibleFromClient) {
r.activity.makeVisible();
}
…
}

//调用updateVisibility地方为
handleStopActivity() handleWindowVisibility() handleSendResult()

这里我们只关注ViewRootImpl创建的第一个地方，从Acitivity声明周期handleResumeActivity会被优先调用到，也就是说在handleResumeActivity启动后（OnResume），ViewRootImpl就被创建了，这个时候，就无法在在子线程中访问UI了，上面子线程延迟了一会，handleResumeActivity已经被调用了，所以发生了崩溃。

SurfaceView是为什么可以直接子线程绘制呢?

在Android 绘制原理浅析【干货】 提到了，我们一般的View有一个Surface，并且对应SurfaceFlinger的一块内存区域。这个本地Surface和View是绑定的，他的绘制操作，最终都会调用到ViewRootImpl，那么这个就会被检查是否主线程了，所以只要在ViewRootImpl启动后，访问UI的所有操作都不可以在子线程中进行。

那SurfaceView为什么可以子线程访问他的画布呢？如下

public class MainActivity extends AppCompatActivity implements SurfaceHolder.Callback {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
SurfaceView surfaceView = findViewById(R.id.sv);
surfaceView.getHolder().addCallback(this);
}

@Override
public void surfaceCreated(final SurfaceHolder holder) {
new Thread(new Runnable() {
@Override
public void run() {
while (true){
Canvas canvas = holder.lockCanvas();
canvas.drawColor(Color.RED);
holder.unlockCanvasAndPost(canvas);
try {
Thread.sleep(100);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}).start();
}
@Override
public void surfaceChanged(SurfaceHolder holder, int format, int width, int height) {
}
@Override
public void surfaceDestroyed(SurfaceHolder holder) {
}
}

其实查看SurfaceView的代码，可以发现他自带一个Surface

public class SurfaceView extends View implements ViewRootImpl.WindowStoppedCallback {
…
final Surface mSurface = new Surface();
…
}

在SurfaceView的updateSurface()中

protected void updateSurface() {
…
if (creating) {
//View自带Surface的创建
mSurfaceSession = new SurfaceSession(viewRoot.mSurface);
mDeferredDestroySurfaceControl = mSurfaceControl;
updateOpaqueFlag();
final String name = "SurfaceView - " + viewRoot.getTitle().toString();
mSurfaceControl = new SurfaceControlWithBackground(
name,
(mSurfaceFlags & SurfaceControl.OPAQUE) != 0,
new SurfaceControl.Builder(mSurfaceSession)
.setSize(mSurfaceWidth, mSurfaceHeight)
.setFormat(mFormat)
.setFlags(mSurfaceFlags));
}

//SurfaceView 中自带的Surface
if (creating) {
mSurface.copyFrom(mSurfaceControl);
}
…
}

SurfaceView中的mSurface也有在SurfaceFlinger对应的内存区域，这样就很容易实现子线程访问画布了。

这样设计有什么不好的地方吗？

因为这个 mSurface 不在 View 体系中，它的显示也不受 View 的属性控制，所以不能进行平移，缩放等变换，也不能放在其它 ViewGroup 中，一些 View 中的特性也无法使用。

别踩百块

我们知道SurfaceView可以在子线程中刷新画布（所称的离屏刷新），那做一些刷新频率高的游戏，就很适合.下面我们开始撸一个前些年比较火的小游戏。

看游戏分为几个步骤，这里主要讲一下原理和关键代码(下面有完整代码地址)

• 绘制一帧
• 动起来
• 手势交互
• 判断游戏是否结束
• 优化内存

绘制一帧

我们把一行都成一个图像，那么他有一个黑色块，和多个白色块组成. 那就可以简单抽象为：

public class Block {
private int height;
private int top;
private int random = 0; //第几个是黑色块
}

绘制逻辑

public void draw(Canvas canvas,int random){
this.random=random;
canvas.save();
for(int i=0;i<WhiteAndBlack.DEAFAUL_LINE_NUME;i++){
if(random == i){
blackRect=new Rect(left+iwidth,top,width+widthi,top+height);
canvas.drawRect(left+iwidth,top,width+widthi,top+height,mPaint);

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级安卓工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）

最后

我这里整理了一份完整的学习思维以及Android开发知识大全PDF，有需要的同学可以自行领取。

资料获取方式：Android完整知识学习体系路线

当然实践出真知，即使有了学习线路也要注重实践，学习过的内容只有结合实操才算是真正的掌握。

以添加下面V无偿领取！（备注Android）**
[外链图片转存中…(img-9zWX3kIZ-1711043295928)]

最后

我这里整理了一份完整的学习思维以及Android开发知识大全PDF，有需要的同学可以自行领取。

[外链图片转存中…(img-4rvijph0-1711043295928)]

资料获取方式：Android完整知识学习体系路线

当然实践出真知，即使有了学习线路也要注重实践，学习过的内容只有结合实操才算是真正的掌握。