由来已久的“大清洗”
事实上，苹果清理老旧app的操作是一直存在的。早在2021年和2020年，就一直陆续积极的清理2015到2017未更新的应用。所以这次的通告并不让人意外，只是作为苹果一贯策略的加强和延续而已。
长期不更新的应用会被清理 --- 如果非要量化指标，那么就以5年为准（但是这个数字以后会越来越缩短），这是大势所趋，无可避免。
为什么这么做？
看到很多人说了各种阴谋论，其实大可不必。天下熙熙皆为利来，苹果这么做无非就是从自身利益考虑。可以总结如下：
长期不更新的app大部分是盈利水平有限的，优质堪忧app。这是客观事实，清理掉之后市场的“平均质量”肯定是提升的。
鉴于苹果审核机制的缺陷，大量漏网之鱼通过侥幸上架后保持沉默低调捞金。本次清理是对这个漏洞的查漏补缺。
存在一些优质的“单机游戏”，“单机工具”确实没有积极更新的必要，这部分开发者属于“受害者”，但是苹果有自信他们会出于利益考虑跟上步伐。
保证新特性的覆盖率。苹果一直在积极推动各种各样的新特性，新技术。有一些最终证明是“馊主意”，也有一些成功了。但是无论如何，苹果需要大量的开发者跟进来验证新特性的效果，所以他利用平台的垄断来推动这一目的。
清理老旧app的标准是什么？
从目前的情况来看，并非是老app就一定被清理。绝对不能说既然2019的app被清理了，那么2018的app也肯定被清理，这里还是有些细节可以注意。
比较容易被清理的app有：
太久没更新的app。（但是这个“太久”的标准有待衡量）
由于前期开发的代码兼容性不足，一遇到系统更新立刻产生不兼容的app。
产品日活不足，存在纯属鸡肋的app 。
产品内容比较简陋，与3结合参考判断。
从个人经验看，有2017的老app（比如我的）至今安然无恙的，也有2019年就被剔除的。所以产品前期的“兼容性”显得非常重要。
尤其是界面方面的兼容性，所以有技术品味的开发者在这方面比较有利。急吼吼被产品经理追着上架的产品往往只顾当前版本，后期容易打脸。
对开发者的启示是什么
好的设计规范可以有效避免让app变得“陈旧”。当然了，一些影响过深的重大更新你是逃不开的，我们以苹果的历次重大更新为例，包括但不限于：
2012年，iPhone 5的诞生。 5的诞生最大的变化是它比4长了，而过去大量的产品直接就是默认4的屏幕比例在做开发。
2014年，iOS 7的发布。iOS 7完全抛弃了以前的视觉风格，也导致大量系统控件视觉风格大变。在这种局面下老产品很快显得格格不入。
2017年，iPhone X的诞生，由于2012年的经验教训，大量开发者已经学会了通过自动布局规避屏幕尺寸的碎片化问题。然而iPhone X的“刘海”和“肚挤”直接让大家蒙圈了，不得不重新适配。
和技术 API 相关的硬性要求。
从以上三次事件可以看出，让app显得老旧主要是视觉上，而非功能特性上。
而苹果审核一贯有“回访”传统。一旦通过“回访”实锤产品不兼容，立刻一封警告邮件就会打过来。
对于开发者，积极的定期的更新产品当然是最好的事情，但是不得不吐槽的是，苹果现在的审核有多坑爹是有目共睹的。
对于小团队来说，如果一款产品已经制作成熟，并且也取得了稳定的收益，在非必要情况下，为什么要频繁更新呢，开发者实在没有这个理由去做。
所以，除了“能更新就更新”策略外，最重要的是“让已经上架的产品保持足够强的生命力”。
我的建议如下：
无论是游戏还是app，尽可能通过屏幕比例做控件布局。
屏幕的边缘尽可能的设计为留白，让程序和按钮主体尽可能放在安全位置。（banner和topbar除外，需要针对机型设计）
以产品发布之日为准，检查所有“废弃保留”API（即deprecated），全部换上当前推荐的最新API。
最好所有控件的属性做自定义显性赋值（背景色，字体色等），不要偷懒用默认的。因为控件的默认属性有时候会因为系统版本的更新而改变！
有任何谷歌苹果上架问题我都可以帮你解决