搞懂Android开发核心回调：SurfaceCreated的时机与两大回调的区别
在Android开发的多媒体、自定义View领域，Surface相关回调是开发者绕不开的核心知识点——很多新手常因搞不清SurfaceCreated的触发时机、混淆SurfaceCreated与SurfaceDestroyed的差异，导致视频播放卡顿、自定义绘制异常等问题。尤其当下短视频、直播类应用爆火，这类底层逻辑的掌握直接影响产品体验，本文就来拆解这两个关键回调的核心逻辑。
SurfaceCreated：表面资源就绪的“触发节点”
SurfaceCreated是Android View体系中SurfaceHolder的核心回调之一，其触发时机有明确的限定条件：只有当Surface对象被系统成功创建并完成初始化、可正常用于绘制操作时，该回调才会被调用。
具体场景包括：Activity首次创建时，关联的SurfaceView或TextureView完成视图初始化；Activity从后台回到前台时，系统重建被销毁的Surface；视图尺寸发生变化（如屏幕旋转）导致旧Surface失效、新Surface生成等。值得注意的是，该回调只会在Surface首次就绪或重建后首次就绪时触发，并非每次绘制都会调用。
两大回调的核心差异：从生命周期到使用场景
很多开发者会混淆SurfaceCreated与SurfaceDestroyed，其实二者是Surface生命周期的两个对立节点，核心差异体现在三个维度： 第一，触发逻辑完全相反：SurfaceCreated是“创建就绪”的正向回调，标志着Surface进入可用状态；而SurfaceDestroyed是“销毁失效”的反向回调，当Surface被系统回收（如Activity退到后台、视图被移除）时触发，此时Surface已无法用于绘制。 第二，核心职责不同：SurfaceCreated的核心作用是初始化依赖Surface的操作，比如为MediaPlayer设置显示表面、启动自定义绘制的线程；SurfaceDestroyed则负责资源释放，比如停止视频播放、销毁绘制线程，避免内存泄漏。 第三，调用顺序固定：二者严格遵循“创建-使用-销毁”的生命周期，必然是SurfaceCreated先触发，后续才会触发SurfaceDestroyed，不会出现顺序颠倒的情况。
开发避坑：回调逻辑的正确用法
在短视频、直播开发中，正确处理这两个回调是保证体验的关键：比如直播推流时，需在SurfaceCreated中完成推流引擎的表面绑定，避免画面无法推送；若未在SurfaceDestroyed中释放推流资源，可能导致后台仍占用摄像头、麦克风权限，引发权限冲突。此外，自定义View开发中，若在SurfaceCreated中未正确启动绘制线程，会出现首次绘制空白的问题；若未在SurfaceDestroyed中停止线程，还会引发空指针异常。
相关问题解答
1. 问：SurfaceCreated未触发会有什么影响？ 答：会导致依赖Surface的操作（如视频播放、推流）无法正常初始化，出现画面空白、功能失效的问题。
2. 问：SurfaceDestroyed触发后，还能继续使用旧Surface吗？ 答：不能，此时旧Surface已被系统销毁，继续操作会引发异常。
3. 问：屏幕旋转时，两个回调会依次触发吗？ 答：会，屏幕旋转导致视图尺寸变化，系统会先触发旧Surface的SurfaceDestroyed，再触发新Surface的SurfaceCreated。
