解读

面试官问“如何识别已卸载APP”，并不是想听“用第三方工具一键搞定”这种万能答案，而是考察候选人是否熟悉国内安卓与iOS双端的技术与合规环境，能否把数据、产品、合规、运营四视角串成闭环，并给出可落地、可量化、可迭代的方案。回答时要体现：

1. 对推送通道、系统日志、埋点差异的底层理解；
2. 对**《个人信息保护法》《工信部164号文》**的敬畏与应对；
3. 对运营资源ROI的敏感度——识别不是目的，低成本、高精准、可触达才是关键。

知识点

1. 安卓端识别三板斧
   ① 厂商推送回执：华为、小米、OPPO、vivo 等推送通道在应用卸载后会在72小时内返回“Token失效”或“App未安装”状态码，该回执无需额外权限，合规且零成本。
   ② 自启动/进程探测：在下次全量推送时，服务端下发透传消息，客户端若30秒内无ACK回包且连续3天无活跃日志，可标记为“疑似卸载”。
   ③ 文件沙箱残留：在合规声明前提下，于私有目录写入空文件，下次启动时校验；若文件消失且SD卡权限未授予，可辅助判断卸载后重装。

2. iOS端识别双通道
   ① APNs Feedback Service：苹果官方会返回失效DeviceToken列表，每天拉取一次即可拿到卸载或关闭推送的用户ID，无合规风险。
   ② 后台静默唤醒：利用Background Fetch或PushKit（仅VoIP类可用），若连续7天无法唤醒且无前台启动，可落入“疑似卸载”队列；注意iOS 16+对静默唤醒频次严格限流，需动态降级避免被系统惩罚。

3. 数据校准与分层
   ① 双端统一ID：以手机号+设备ID+用户ID三维映射，避免换机重装被误判为卸载。
   ② 置信度模型：将推送回执、活跃日志、支付回调、客服工单等特征喂入轻量级逻辑回归，输出卸载概率分≥0.85才进入“已卸载”人群包，降低误杀。
   ③ 合规脱敏：所有设备级字段本地哈希+AES加密，上报使用SLB通道+国密算法，并在隐私政策中单独章节告知用户“卸载识别仅用于停止营销触达”，支持一键退出。

4. 运营落地节奏
   ① T+1：每日凌晨跑批，厂商回执+APNs Feedback直接标记“确定卸载”；
   ② T+3：对“疑似卸载”用户下发高价值券或短信，若48小时内仍无启动，则升舱为“确定卸载”；
   ③ T+7：将确定卸载人群自动剔除Push、短信、DPA广告预算，节省约15%渠道费用，并转入召回池，等待大版本或重大福利时再触达。

答案

“识别已卸载用户”在国内需要分端、分通道、分置信度处理：

1. 安卓优先使用厂商推送回执，华为、小米等会在卸载后72小时内返回“Token失效”状态，零权限、零成本即可拿到确定卸载列表；辅以透传消息无回包策略，连续3天无ACK则落入“疑似卸载”。
2. iOS直接调用APNs Feedback Service，每日拉取一次失效DeviceToken，官方数据100%合规；对VoIP类应用可叠加PushKit静默唤醒失败信号，7天无法唤醒则标记。
3. 两端数据通过手机号+设备ID+用户ID三维映射，避免换机重装误杀；再用逻辑回归模型综合推送回执、活跃日志、支付回调等特征，卸载概率≥0.85才进入正式人群包。
4. 全程本地哈希+国密加密，在隐私政策中单独告知并支持退出，确保**《个人信息保护法》合规；最终确定卸载用户自动剔除营销预算**，可节省15%渠道费用，并沉淀到召回池等待后续大版本或重大福利时再触达。

拓展思考

1. 卸载≠永久流失：部分用户会因存储空间不足临时卸载，3个月内回流率可达18%；可设计**“卸载关怀”短信**，仅保留高客单或会员身份用户，降低骚扰投诉。
2. 卸载识别可反哺产品：将卸载前的最后10个点击事件埋点回捞，发现**“更新失败”“闪退”等共性，可推动热修复或分包下载**策略，把卸载率从4.2%降到2.6%。
3. 合规红线动态收紧：工信部164号文要求**“静默权限”最小化**，未来Background Fetch可能进一步受限，需提前布局短信+微信小程序的双通道召回，确保卸载用户仍可被低成本触达。