如何定位Android源代码中non-SDK API违规调用的具体位置？

这类短命名是代码混淆后的产物：你打包APK时如果开启了R8/ProGuard混淆，原本的类名、方法名会被替换为这种无意义的短字符，用于缩小包体积、提升反编译难度。你每次打包时构建工具都会在build/outputs/mapping/目录下生成对应版本的mapping映射文件，记录了原始名称和混淆后名称的对应关系，通过mapping就能还原出a.b.c对应的真实业务代码或者第三方SDK代码。

你的StrictMode配置存在两个问题：

1. 配置时机太晚：你将初始化代码放在了Activity的onCreate方法中，甚至在setUserTheme()之后，很多类加载、第三方SDK初始化的操作在Application启动阶段就已经执行，此时触发的违规调用无法被捕获。
2. 测试环境限制：小米MIUI等厂商定制ROM对系统日志做了大量裁剪，默认会屏蔽StrictMode的相关输出，且non-SDK API检测是Android 9及以上版本才支持的机制，低于该版本的系统无法触发检测。

• 临时关闭混淆打包：在模块级build.gradle中把minifyEnabled设为false打包测试，此时堆栈会直接显示真实的类名、方法名，不需要映射就能直接定位到调用位置。从你给出的违规日志来看，调用链最终指向Dialog的setContentView操作，大概率是自定义弹窗、沉浸式适配相关的代码或者第三方SDK调用了makeOptionalFitsSystemWindows这个隐藏接口。
• 调整StrictMode配置位置：将StrictMode初始化代码移动到Application类的onCreate方法最开头，优先级高于所有第三方SDK、业务代码的初始化逻辑，示例代码如下：

public class MyApp extends Application {
    @Override
    public void onCreate() {
        if(Build.VERSION.SDK_INT >= Build.VERSION_CODES.P) {
            StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
                    .detectAll()
                    .penaltyLog()
                    .penaltyDeath() // 可选，触发违规时直接崩溃，更容易定位
                    .build());
        }
        super.onCreate();
        // 后续再初始化其他SDK、业务代码
    }
}

• 使用Android Studio的App Inspection工具：连接Android 9及以上版本的原生模拟器或者测试机运行APP，打开App Inspection面板的StrictMode tab，所有违规调用会直接展示，支持跳转至对应代码行。
• 开启系统全局的non-SDK API日志输出：执行adb命令adb shell setprop debug.strictmode.detect_non_sdk_api true，重启APP后过滤Logcat的StrictMode标签，即可捕获所有违规日志。

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