去年接手了一个八年前的老系统Java 8 Spring 4 JSP jQuery数据库是MySQL 5.6。看到技术栈的那一刻我心里只有两个字想跑。但维护了半年后我反而对“技术选型”这件事有了完全不同的看法。老系统像一辆旧车但它从不抛锚这个系统每天处理几十万笔订单八年来只重启过三次。代码里没有花哨的设计模式Controller里直接写SQL前端页面全是JSP标签。但它的业务逻辑极其清晰一个订单从创建到完结所有状态变更都在一个Service方法里两百行代码从头写到尾。没有分层没有抽象没有事件驱动但任何人接手都能在半天内看懂。反观我们同期新建的微服务项目Spring Boot 3 Spring Cloud Vue 3 MyBatis-Plus技术栈新得发亮。结果上线三个月光是依赖冲突就折腾了两周Nacos版本和Spring Cloud Alibaba对不上网关配置改了又改。一个简单的用户查询链路要经过网关、认证、用户服务、缓存、数据库任何一环抖一下整个接口就挂。稳定不是保守是算清了成本老系统用的jQuery确实不如Vue优雅。但它的前端逻辑全在HTML里没有构建步骤没有npm依赖改一行字直接刷新就能看效果。新项目用Vue CLI每次改完要等三十秒编译node_modules删了重装要十分钟。对于只有两三个人的维护团队哪个更高效老系统用存储过程处理复杂的报表统计虽然移植性差但Oracle的优化器把它调得飞快。新项目用Java代码拼SQLORM框架生成一堆嵌套查询一条报表要跑十几秒。最后不得不把逻辑挪回数据库绕了一圈又回到原点。更关键的是老系统的技术栈已经“死”了。Spring 4不再更新jQuery也不再发版反而意味着没有升级压力。而新项目每隔几个月就要跟进Spring Boot的新版本、Vue的新语法不升怕有漏洞升了怕不兼容团队大量时间耗在“技术维护”上而不是业务本身。稳定不等于停滞而是有节奏地演进当然我不是说永远不升级。老系统也有它的代价招聘困难年轻人不愿意写JSP安全补丁缺失只能靠WAF硬扛。我的做法是“外围渐进”用Nginx做反向代理逐步把新功能拆成独立的小服务用Spring Boot 2.7不是最新版写通过REST接口和老系统通信。数据库不动前端新页面用Vue单独部署老页面继续跑。这样既保住了老系统的稳定又给新需求留了出口。技术选型最怕两种极端一种是无脑追新什么火用什么结果踩了一路坑另一种是死守老古董拒绝任何变化最后招不到人、买不到支持。真正的智慧在于判断这个系统的生命周期还有多长团队规模多大业务变化快不快如果系统还要跑五年团队只有三个人业务逻辑相对固定那稳定就是最高优先级。最后维护老系统这半年我最大的收获是技术的价值不在于它有多新而在于它能否让业务安稳地活下去。那些被我们嫌弃的“过时”技术曾经也是它们那个时代的“先进”。而今天的新技术几年后同样会变成老古董。与其在技术浪潮里疲于奔命不如选一套能让你睡个好觉的栈然后把它用到极致。稳定才是对业务最大的尊重。