这个问题真的戳中了很多Android开发者的痛点——明明看起来是很低级的错误，为啥编译时没拦下来，非得等到运行崩溃才发现？我来拆解一下背后的几个关键原因：

• Manifest编译检查的边界问题：Android Studio对Manifest的编译校验，主要集中在语法合法性上，比如标签有没有写对、属性格式是否合规。但对于android:name里的类路径，它不会在编译阶段主动去遍历所有源码和依赖库来验证这个类是否真实存在——毕竟项目结构可能很复杂，有多个模块、第三方库，甚至还有动态加载的类，编译时没法做到100%全覆盖的校验，只能做最基础的格式检查。

• 编译流程的先后顺序限制：Android的编译流水线里，Manifest的解析是比较靠前的步骤，这时候你的Java/Kotlin源码还没完全编译成字节码呢，根本没法去核对类的存在性。等后续字节码编译完成后，编译流程也不会回头再去校验Manifest里的类路径，除非你特意开启了相关的检查工具。

• Lint检查的默认“宽松”配置：其实Android自带的Lint工具是能检测出这个问题的！只是默认情况下，Lint的检查等级不是最严格的，这类“Manifest中引用不存在的类”的规则可能没被触发。你可以去Android Studio的Lint设置里，把MissingRegistered或者InvalidPackage这类规则的等级调高，这样在编写Manifest的时候，IDE就会及时给你报错提示了。很多新手开发者可能没注意到这个配置，才错过了提前发现问题的机会。

• 类加载的时机特性：Android系统是在运行时启动Activity的时候，才会通过反射去加载对应的Activity类。编译阶段只是把代码打包，并没有触发类的加载逻辑，所以自然没法提前发现路径错误的问题——只有当系统真正去查找这个类的时候，才会发现找不到，进而抛出崩溃异常。

小建议 #

平时写Manifest的时候，尽量用Android Studio的自动补全功能来填写Activity的类名，别手动敲路径，能减少很多这类低级错误；另外定期跑一下Lint检查，能帮你提前揪出很多潜在问题。

内容的提问来源于stack exchange，提问作者Polymath