定制开发的App两年不更新，一换新手机就闪退，是修还是重写？

定制开发App一两年不更新，2026年换到新手机上闪退，属于常见现象。多数时候不是代码“老”到不能用，而是系统API、厂商ROM、第三方SDK、应用市场规则这些外部环境变了。先别急着整体重写，先按三步自检把问题归类，再决定做兼容性维护、局部重构还是整体重写。

判断核心只有一条：App还有没有继续用的价值，以及这个坑是不是通过升级能填上。多数项目用兼容性升级就能解决，真正需要整体重写的比例并不高。

一两年没更新，闪退往往来自外部环境变化

在2026年的开发环境里，iOS和Android仍在调整API、权限策略与后台机制，手机厂商也在改内存回收与通知规则。老代码只要踩中一个废弃接口，新机型上就可能直接退出，不是代码自己“放坏了”。

• 系统API废弃或行为变更：旧版网络、定位、文件读写方式已不适用，强制升级后容易出现权限相关闪退。
• 第三方SDK停服：支付、推送、地图、统计类SDK常对旧版本设停用时间表，商用功能会在某个日期后异常。
• 应用市场规则：新上架版本普遍要求较高targetSdk等级，老包即使能装，发版升级时也会被卡审核。
• 证书和服务器资源：推送证书过期、支付回调域名变更、服务器仍用旧TLS，会让App能打开却用不了。

先别谈重写，用两三天做一轮只查不改的自检

在决定花钱修还是重写前，先花两三天做体检。目的是把闪退分成系统兼容、证书资源和代码老化三类。分错类，后续处理很容易返工。注意，这轮不做功能新增，只查不改。

1. 用5到8台近一年主流机型跑主流程。覆盖高、中、低配，重点走登录、首页、下单、支付、消息推送、相册上传。如果崩溃集中在某类系统版本，多为兼容问题；所有机型都崩，更要怀疑后端接口或代码逻辑。
2. 核对编译配置与SDK版本。检查minSdk、targetSdk和依赖库版本，尤其关注支付、推送、地图、登录四类SDK。官方文档标“不支持”的，应列为首批升级项。
3. 查证书、账号、域名和服务器TLS。很多老App不是闪退，是登录无响应、收不到验证码。逐项核验推送证书、支付回调地址和服务器HTTPS配置，能排除不少“假闪退”。

实际交付中，曾遇到过一家物流客户，App两年没更新，新机型崩溃集中，原开发方又无法配合，大促前只有两周窗口。我们不做整体评估，只取了后台统计里崩溃贡献最大的三款机型，先把登录、支付、消息三条链路升级成可运行版本上架；结果核心交易恢复，但少数小众机型仍偶有闪退，列入下一版。如果当时选择整体重写，按经验区间至少要3个月，既赶不上大促，成本也高得多。

常见区间里的三种做法：补丁维护、局部重构、整体重写

自检后，按用户量、业务稳定度和代码可维护性，处理做法通常分三种。判断标准不是代码新旧，而是重做后是否真能带来新价值。

• 兼容性维护升级：适合用户还在用、业务没大改、代码能编译，问题集中在系统适配。做法是更新SDK和targetSdk，在新机型上做回归。经验区间上，交付周期常见在3到6周，成本约为原开发费的10%到30%。
• 局部重构：适合某条主链路反复出故障，每次加功能都要在老代码上打补丁。只把支付、登录、订单等核心链路独立重写，其他模块做兼容处理。成本多在原开发费的30%到60%，周期比整体重写短，但数据迁移和接口兼容不能省。
• 整体重写：仅限代码无法编译、原SDK没有升级通道、原开发团队失联而业务又要长期做的情况。重写重点不是换UI，而是重建数据模型和接口边界。历史数据迁移、内部系统对接往往是延期点，别只按页面数估周期。

什么情况先别急着修

上面的判断顺序，适合有真实用户、业务流程稳定，只是担心新手机兼容问题的App。以下几种情况，技术维护未必是优先项。

• 适合马上修：App仍有日常活跃，核心登录或支付链路在新机型上阻断，且源码、证书、后台账号都在。
• 适合暂时观察：只是个别低配机型或小众系统版本闪退，用户占比不高，先记录并按月评估修复优先级。
• 不必急着做技术维护：App长期无留存，运营内容停更，业务方向没验证时，先用最小可用版本验证产品价值，别把钱投给没人用的老包。

另一个边界：如果原代码已无法编译，第三方SDK和后台接口也全部不可用，兼容升级的前提不存在，这时应重新梳理业务后整体替换，而不是硬续命。能用小步升级解决的，不要整体重写；只有一条核心链路反复出故障，再考虑局部重构；整体重写前，先想清楚数据怎么迁、老用户怎么过渡。

常见问题

定制App两年没更新，会被应用市场下架吗？

通常不会立刻下架已装用户，但多数市场会限制旧targetSdk版本的新上架和更新。老用户还在用，不代表新用户能正常搜到并安装。

老App闪退，找原开发公司还是换团队？

源码、证书、文档齐全，先让原团队报价往往更省事。若原团队失联或文档缺失，再找有同类维护经验的团队做技术评估，别凭感觉直接换人重做。

修一次老App大概要多少周期？

仅做系统适配、SDK更新和新机型回归，常见区间在3到6周。涉及支付等核心链路变更或部分重构，周期通常达到8周以上。先出评估报告再定工时更稳妥。

把版本号改大重新上架，能解决闪退吗？

不能。应用市场会核对二进制、签名和API等级，改版本号骗不过审核；即使上架，系统兼容与权限行为问题仍会在新机上触发。

先别把问题扩大成“要不要重写”。老App在新手机上闪退，先按三步自检收集机型与崩溃信息。小步升级通常比整体重写省钱、风险小；如果App本身没有活跃用户或方向没跑通，先别把预算投到技术维护上，用最小可用版本去验证市场更合适。