上传App至App Store Connect报非公开选择器错误排查

• 不要仅在源码层面做全局检索：预编译静态库/动态库、字符串拆分拼接、宏替换、方法名混淆场景下，完整方法名字符串不会直接出现在源码里，源码检索必然漏判。
• 直接扫描编译产物定位符号：将导出的ipa包解压，找到Payload目录下的应用主二进制文件，执行strings -a Payload/MyApp.app/MyApp | grep "目标选择器片段"检索二进制内的所有硬编码字符串，注意不要搜完整方法名，搜方法名的核心片段即可，比如搜callWithArgument、NavigationDelegate这类不会拆分的核心字段，就能定位到拆分存储的方法名字符串。
• 用符号表工具溯源引用位置：对主二进制、所有嵌入的framework、静态库目标文件执行nm -u <文件路径>输出未定义的符号引用，ObjC方法对应的符号会以_objc_msgSend$方法名、_OBJC_IVAR_$_类名.属性名的格式存在，匹配到对应符号后就能直接定位是哪个组件引用了相关方法。
• 排查运行时方法生成逻辑：重点检查JSBridge、热更新、AOP切面相关的代码，这类代码通常会通过NSSelectorFromString动态生成选择器，不会在代码里直接写死完整的方法调用语句，是最容易出现漏搜的场景。
• 核对方法重名问题：如果项目开启了方法名混淆，需要对照混淆映射表确认是否有自定义业务方法的名称恰好和系统非公开API重名，这类场景下哪怕是自主实现的方法，也会被苹果机审判定为违规。

本次报错列出的选择器组合，是典型的旧版本JSBridge/热更新框架动态拼接WebKit相关方法选择器触发的校验拦截，不存在某个单独的私有API调用：

• 列表里的estimatedProgress、evaluateScript:、initWithFrame:configuration:、isMainFrame、navigationDelegate、setNavigationDelegate:、userContentController全部是WKWebView的公开API，本身不属于非公开选择器范畴。
• 全局检索不到匹配内容的核心原因是，相关库为了适配低版本系统或者规避审核规则，将这些方法名拆分成了多个短字符串存储在代码中，运行时再拼接成完整选择器做方法存在性判断或者调用，搜索完整方法名自然无法匹配到结果。
• 列表里的callWithArguments:、getVersion、targetFrame、toDouble、toString是旧版JS交互逻辑里常用的方法片段，常见于版本低于0.9.0的JSPatch、未做审核适配的自定义WebView桥接库、早于0.63版本的React Native iOS端核心库，优先排查这类依赖即可定位问题。

注：错误码STATE_ERROR.VALIDATION_ERROR.50属于苹果静态扫描的规则命中，不属于实际调用私有API的实锤违规，不需要修改公开API的调用逻辑，只需要找到拆分存储相关方法名字符串的代码段，给对应字符串加上自定义前缀，避免静态扫描匹配到完整的系统方法名组合即可解决。

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