内容摘要：2008年夏天，某国有银行的核心交易系统在季度结算日当天凌晨两点半突然卡死。值班DBA盯着屏幕上那个旋转的绿色小圆圈，后背全是冷汗——那是WebSphere Application Server的经典

2008年夏天，间件某国有银行的间件核心交易系统在季度结算日当天凌晨两点半突然卡死。值班DBA盯着屏幕上那个旋转的间件绿色小圆圈，后背全是间件冷汗——那是WebSphere Application Server的经典图标，一个永远转不完的间件加载动画。后来他们花了四十分钟重启节点，间件才在早上七点开门营业前把系统拉了回来。间件这大概是间件所有中国老一代银行、电信、间件政企IT人对WebSphere最真实的间件记忆：它像个稳重但脾气古怪的老管家，你离不开它，间件又永远猜不透它什么时候会给你脸色看。间件

WebSphere中间件，间件说白了就是间件IBM那套把企业应用和操作系统隔开的“中间层”。它不像Tomcat那样轻巧到可以塞进U盘里到处跑，间件也不像现在Kubernetes那样恨不得把每个容器都拆成乐高积木。WebSphere的哲学是“重”——重到它自带一个叫Deployment Manager的管理中枢，重到每改一个数据源连接池的参数都要先同步节点再重启集群，重到你甚至能听见服务器风扇在它启动时发出那种沉重的轰鸣声。但恰恰是这种“重”，让它在过去二十年里扛住了无数关键业务。我见过一家省级保险公司，他们的理赔核心从2003年跑到现在，中间只做过两次大版本升级，所有业务逻辑还稳稳地躺在那些EAR包里，像腌在坛子里的老咸菜，越陈越香。

它的配置文件是XML格式的，动辄几千行。新手看到那堆密密麻麻的标签和标签会直接头皮发麻，但老手反而喜欢这种繁琐——因为每个参数都有明确的注释，每个节点都有清晰的层级关系。不像某些开源框架，配置精简到极致，出了问题你根本不知道它默认值是什么。WebSphere的默认值永远写在明面上，它不玩“智能推断”那套把戏。你设置线程池最小容量是10，它绝不会自作主张给你调到15。这种“笨拙的透明”在出故障时特别有用。2015年我帮一家物流公司排查过一个问题：他们的订单系统每到下午三点就响应超时。查了三天，最后发现是某个session超时时间被误配成了60秒，导致大批购物车状态在用户结账时突然丢失。换成别的中间件，这种问题可能得靠抓包才能定位，但在WebSphere的管理控制台里，你点开“会话管理”那个标签页，所有存活会话的过期时间一览无余，像体检报告一样清晰。

当然，它也有让人抓狂的时刻。内存泄漏是WebSphere的老毛病，尤其是JDK 1.5时代那个著名的PermGen Space溢出，能把最耐心的运维逼疯。我记得有个同事为了定位一个泄漏点，连续两周每天凌晨三点爬起来抓heap dump，用IBM自家的Thread and Monitor Analyzer工具一行行分析对象引用链。最后发现是某个第三方短信网关的SDK在每次发送成功后都往一个静态HashMap里塞一条记录，从不清理。那哥们儿后来在代码注释里写了句“此处必须定期clear()，否则WebSphere会教你做人”，至今还在那家公司的代码库里躺着。

现在没人再新部署WebSphere了。云原生时代，大家更愿意用Spring Boot配Nacos，或者干脆上Service Mesh。但那些跑在WebSphere上的老系统，依然像钉子户一样牢固地钉在金融、航空、政务的机房里。它们不性感，不fancy，但胜在稳定——你甚至可以在IBM官网上找到十年前的补丁包，只要你有服务合同，他们依然给你发修复版本。这点上，开源社区做不到。你见过哪个开源项目会为六年前的版本提供安全补丁？

说句掏心窝子的话，WebSphere就像单位里那位快退休的老会计。他不用Excel宏，坚持用账本和算盘，但每年审计最放心的就是他经手的账。你嫌他慢，嫌他固执，可一旦出了差错，翻他留下的每一笔记录都能找到根源。中间件这行当，有时候“可预测的笨”比“不可预测的聪明”更值钱。这话搁在WebSphere身上，再合适不过。