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