背景
今天是农历正月初八，春节后的第一个工作日。后台有粉丝留言，迎来的开年的第一记重磅打击。3.2f待终止通知。
踩线原因也是老生常谈了，严查分类之隐藏功能问题。
老iOSer对于这种情况已经是见怪不怪了，很多时候并非开发者想做某些Sao操作，实属无奈的多。毕竟，有业务苹果不能正面允许，不得已就采用这种上有政策下有对策的打法！
原因分析
通过进一步沟通，层层抽丝剥茧。终于定位到踩到隐藏功能的导火索，在AI加持的情况下使用了非公开的API获取业务层面需要的功能权限。从业务的角度来看功能确实实现了，从苹果监管的角度来看调用了越权的API属性。通过键值对的方式Hook数据结果。
实话讲AI背大锅，对于很多跨行的开发者来说，为了满足公司的开发需求保住饭碗使用AI的方式本身没有问题。关键的问题在于，无法Review AI所编写的代码是否合规。
所以，AI本质是一把双刃剑，在提高开发效率的同时，也需要额外考虑风控问题。
隐藏功能
隐藏功能的前身是苹果开发者指南中的-2.3.1条款。
主要意在通过一些动态下发的方式，直接或间接干预苹果审核所看到的内容。将符合苹果审核的内容作为A面，顺利通过审核，提高审核通过率。【俗称的AB面，也叫马甲包】
随着AppStore审核规则的加强，对于隐藏功能的判定不仅仅只是单纯的功能切换，而是上升到更为全面的元数据以及概念层面。
简单来说：
少做不做挂羊头卖狗肉的事情，苹果的算法比开发者想象中更加强大。
遵守规则，方得长治久安，最后祝大家大吉大利，今晚过审！
相关推荐
# AppStore敏感词排查手册，多维度分析Guideline 2.3.1隐藏功能，轻松过审。