gcdwebserver忽略弃用警告的合理性及后续风险相关技术问询

你提到的GCDWebServer 3.5.4版本开发者在涉及CC_MD5、CFURLCreateStringByAddingPercentEscapes的代码周围添加#pragma clang diagnostic ignored "-Wdeprecated-declarations"忽略警告的操作，是老旧第三方库常见的临时处理方案，针对你的疑问具体解答如下：

苹果是否会彻底移除已弃用的API？ #

苹果对iOS系统向后兼容性的支持力度很高，绝大多数标记为弃用的API都会保留至少5~10年的可用周期，部分使用范围极广的老旧API甚至至今仍可在最新系统上调用，比如CC_MD5早在iOS 5时期就被标记弃用，到iOS 17版本依然可以正常运行。
但这不代表弃用API会永久保留，苹果没有公布过弃用API的清理规则，未来某个大版本升级时完全有可能彻底移除这些API，没有明确的时间节点可以参考。

什么情况下可以选择忽略代码警告而非修改适配？ #

只有风险完全可控的前提下才可以选择忽略警告，常见的合理场景包括：

• 项目需要兼容极低版本的iOS系统，对应API的替代方案最低支持版本远高于项目的最低兼容要求，且做多版本适配的开发、测试成本远高于忽略警告的潜在风险
• 依赖的第三方库已经停止维护，自行修改源码适配的成本过高，且项目短期内没有替换该依赖的计划
• 警告属于编译器误报，或不影响业务逻辑、运行稳定性的非功能性警告
• 项目处于紧急上线窗口期，修改适配API可能引入未知风险，可先临时忽略警告，上线后再安排重构适配

仅忽略警告不做适配的后续潜在问题 #

这种处理方式属于典型的技术债，长期不处理会带来多个风险：

• 后续系统版本升级如果苹果彻底移除对应API，App会在调用到相关代码时直接崩溃，且由于警告被屏蔽，前期很难提前发现该问题
• 已弃用的API不会再得到苹果的安全更新，部分老旧API存在已知的安全漏洞，会带来数据泄露、被恶意攻击的风险
• 大量被屏蔽的警告会掩盖项目中真正需要处理的严重问题，降低代码可维护性，提升后续迭代的问题排查成本
• 存在App Store审核被拒的风险，虽然当前审核规则没有禁止调用弃用API，但不排除未来规则收紧后，调用弃用API会成为审核拒绝的理由

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