前言
关于开发者封号，防关联等话题之前已经讨论了不少。但是一直都没有做一个清单化的自查总结。所以在这里决定好好写一篇。
鉴于公众号文章没办法做更新和修改，如果我发现有比较重要的需要做补充的话题，很可能在未来会选择删文重开一篇。但目前会把想到的最关键有关联的信息陈列出来。
开发和测试环境
网络环境
做好网络隔离，关键在于开发机和测试机不再访问过去的网络。较佳实践策略是通过专用随身Wi-Fi作为设备的专用网络。其他设备一律不许使用。
硬件
硬件一般指开发机和测试机。新的账号环境下应该严格使用规定好的新设备。如新采购的 Mac Mini 和 iPad 。
产品信息
产品名
发布的产品不该与过往产品有蛛丝马迹上的联系，例如品牌名，副标题 slogan 等。
预览图
预览图不该沿用过去的素材和设计，例如过去使用过的文案，预览布局（比如标题的位置，字体，颜色等）。应该弃用重新设计，且不该出现设计雷同。
产品描述与关键字
产品描述应该重新设计文案，关键字虽然允许单词有重复，但是如果所有关键词都相同，那嫌疑就很大了。应该抛弃重新选组。
技术支持和隐私协议
这是容易忽略的一环，技术支持网址不应选用同一个网址，如果是私人域名，也不该用过去的域名，甚至保险起见域名IP也不该雷同。 另外技术支持和隐私协议模板也应该替换一套以防万一。
账号与个人
开发者账号，邮箱和电话
开发者账号是由全新的个体注册，这点毫无疑问，无需赘言。
收款与支付信息
收款与支付涉及到银行卡，信用卡和第三方支付。过去被使用过的卡就不该再次出现了。
测试者信息
最容易被忽略的一环。测试者分为内部测试者和外部测试者。一定要选择干净无关联的测试者账号和邮箱。
管理员信息
也是非常容易被忽略的一环。开发者账户下新建成员也应该严格限制。过去有关联的号和个人一律不该加入。
测试机
无论是 testflight 还是直接的开发测试，选用的测试机一律要求“干净”。
产品研发
产品界面
界面布局，元素，配色不应与过去的界面雷同。注意这里的雷同是指相似而不是一模一样，也就是说，如果界面布局相似也很可能被检测到。 建议做界面重构。
素材
工程项目中的素材不应选用过去用过的素材。即使没有在产品中使用，也不应该残留在工程里。注意检查assets等资源文件。
开源库
尽量不使用除google，facebook等大厂之外的开源库。
文件名及项目文件布局
这也是代码检测重灾区，最好做重构。但不该用无意义的字符组合胡乱堆叠。
app内请求的域名和接口信息
容易忽视的地方。 对于有服务器的产品，产品内请求的服务器域名最好切换新域名，且IP也应该更改。 另外，接口信息，即调用服务器接口的API雷同也是重灾区。
其它
支持的语言
如果上一个产品支持的语言是中文，德语，俄语。而本产品也用这完全相同的组合。也很容易被起疑。 另外，对于产品语言支持的语言文件。应该对其 key-value 乱序重排，且 key 应该改名，value 也应该重新设计文案。
容易负优化的重灾区
⚠️ 添加大量无用代码和文件
这是很多人试图规避 4.3 的常用策略，然而这很容易带来隐藏特性调查。
⚠️ 函数和文件名用无意义的字符数字混淆
太多无意义字符的怪异函数和文件名容易被机器检测为可疑代码。
总结自查清单
- 网络环境，专用WiFi作为设备的专用网络进行隔离。
- 开发机和测试机测试机隔离。
- 产品名，品牌名，副标题 slogan。
- 预览图，预览图不该沿用过去的素材和设计。
- 产品描述与关键字，重新设计文案，关键词打乱筛选重组。
- 技术支持和隐私协议，地址，IP 和 模板替换。
- 开发者账号，邮箱和电话，全新注册。
- 收款与支付信息，银行卡，信用卡和第三方支付。
- 测试者信息，内部，外部账户，邮箱。
- 管理员信息，关联隔绝。
- 测试机，干净机器。
- 产品界面，布局，元素，配色。
- 素材，重新建立。
- 开源库，只用大厂名库。
- 文件名及项目文件布局，重构。
- app内请求的域名和接口，服务器域名，IP，服务器接口的API。
- 支持的语言，语言支持组合雷同度，文本雷同度。文本描述文件
key-value雷同度。 - 添加负优化：不要添加大量无用代码和文件。
- 修改负优化：不要做无意义的字符数字混淆。