上一篇
was应用服务器是做什么的
WAS应用服务器（WebSphere Application Server）是IBM公司出品的一款企业级Java中间件平台，它的核心职责是提供一个稳定、安全、高性能的运行环境，用来部署、管理和运行企业级的Java应用程序、Web服务以及各类分布式组件。如果你的Java Web应用需要一个“正式的生产厂房”而不是“临时工棚”，那WAS就是那个厂房。
WAS应用服务器到底解决了什么问题
在没有应用服务器的年代,开发一套企业系统需要自己处理网络通信、数据库连接池、事务管理、安全认证这些繁琐的底层逻辑，这就好比你要开餐厅，还得自己种菜、养猪、盖房子。
WAS把这些问题打包解决了,它站在操作系统和应用程序之间，充当一个“管家”角色，你只需要把写好的业务代码打包成标准的War包或Ear包，扔给WAS，它就能帮你搞定：
- 并发访问处理：自动分配线程和内存资源，应对大量用户同时点击。
- 事务完整性保障：比如银行转账，保证扣钱和加钱两个操作要么全成功，要么全失败。
- 安全认证授权：对接企业的LDAP或AD域控，控制谁能访问哪个接口。
- 连接池管理：复用数据库连接，避免每次请求都重新建立连接导致性能瓶颈。
业内专家指出,企业核心系统选型时，应用服务器的稳定性和运维便利性往往比单纯的技术先进性更受重视。
was应用服务器和tomcat的区别是什么
这是运维和开发人员最容易混淆的问题,Tomcat和WAS虽然都能运行Java程序，但定位完全不同，可以看下面这个对比：
| 对比维度 | Tomcat | WAS应用服务器 |
|---|---|---|
| 定位 | 轻量级Servlet容器 | 全功能Java EE应用服务器 |
| 标准支持 | 仅Servlet和JSP规范 | 完整Java EE（现Jakarta EE）规范 |
| 事务处理 | 需自行集成Atomikos等组件 | 内置强大事务管理器 |
| 集群能力 | 需搭配Nginx或第三方组件 | 内置集群、故障转移、会话复制 |
| 管理控制台 | 简单文本配置 | 图形化Admin Console |
| 典型场景 | 小型Web应用、内部管理系统 | 银行、电信、政企核心业务系统 |
Tomcat像是“小卖部”，日常卖个饮料零食没问题；WAS则是“大型商超”，需要收银系统、供应链、安保、冷链全套体系，两者能力边界不在一个量级。
was应用服务器安装配置教程实战
很多刚接触WAS的运维朋友会觉得它安装繁琐,实际上流程是标准化的，按下面步骤操作能减少踩坑。
环境准备阶段
- 操作系统：主流支持Linux（RHEL/CentOS/SUSE）和Windows Server，部分版本支持AIX。
- JDK版本：WAS 传统版 9.0 对应 Java 8 及以上，安装包自带IBM JDK。
- 磁盘分区：安装目录至少预留 10GB 空间，Profile目录建议单独分区。
静默安装命令参考
官网下载安装包后,在Linux下解压，进入目录执行：
./install -options responsefile.txt -silent
responsefile.txt是你预先配置的响应文件，里面指定了安装路径、安装类型（典型或自定义），这种方式适合批量部署多台服务器。
创建Profile步骤
安装完主程序只是第一步,关键要创建Profile，它才是真正运行的服务器实例：
- 运行 /opt/IBM/WebSphere/AppServer/bin/ProfileManagement/pmt.sh 启动图形界面。
- 选择 应用程序服务器 类型，注意不要选成空节点。
- 设置Profile名称,AppSrv01，端口默认9080（HTTP）和9443（HTTPS）。
- 勾选 管理控制台 和 示例应用，便于验证安装。
创建完成后,启动服务：
/opt/IBM/WebSphere/AppServer/profiles/AppSrv01/bin/startServer.sh server1
浏览器访问 http://IP:9060/ibm/console 登录管理控制台，输入在创建Profile时设置的账号密码，至此环境搭建完成。
部署应用的完整路径
- 登录控制台,进入 应用程序 > 新建应用程序 > 新建企业应用程序。
- 上传本地 War 包，这里建议把业务应用打包成 War 格式。
- 选择部署目标为 server1，上下文根路径可以设置成 /order 或 /api 等具体路径。
- 下一步点击 保存 后，回到应用列表勾选该应用，点击 启动。
启动后在浏览器访问 http://IP:9080/应用上下文/，看到页面说明部署成功。
was应用服务器性能调优关键参数
WAS默认配置偏保守,适合开发环境，上线前需要调整几个核心参数。
JVM堆内存设置
在管理控制台路径 服务器 > 服务器类型 > WebSphere应用服务器 > server1 > Java和进程管理 > 进程定义 > Java虚拟机 中，将初始堆和最大堆设置为一致，避免动态扩展带来的性能损失，比如物理机内存是32GB，建议最大堆设置在 8GB-16GB 之间，留出操作系统和数据库连接池的余地。
线程池配置原则
- Web容器线程池：默认50个，如果并发访问频繁，可以调整到100-200之间，具体取决于业务耗时。
- 连接池最大连接数：设置为数据库最大连接数的80%左右，避免数据库连接被耗尽。
常见性能瓶颈现象
如果系统出现请求排队积压,CPU使用率居高不下，多数情况下是JVM频繁Full GC导致的，建议开启GC日志分析：
-Xverbosegclog:/logs/gc.log -Xgcthreads=4
同时注意WAS的 智能路由 功能，它内置的负载均衡器可以在集群节点之间分发请求，无需额外安装Nginx（在传统WebSphere架构下）。
was应用服务器适合哪些真实业务场景
作为企业级中间件,WAS的定位决定了它并非适用于所有项目。was应用服务器是什么这个问题的答案，在具体业务中更清晰。
典型适用场景
- 银行核心系统：银行对事务强一致性、审计合规要求极高，WAS的TranLog机制能确保异常断电后数据不丢失。
- 电信运营商计费系统：涉及大量实时计算和账务处理，需要集群负载和会话保持能力。
- 政企OA及ERP系统：这类系统往往生命周期长达十年以上，WAS提供长期稳定版本，不会频繁升级跳版本。
- 大型零售供应链：需要对接多个异构系统的SOA架构服务，WAS内置的ESB功能可以直接做消息路由和协议转换。
不适合的场景
- 小型个人博客或H5页面：用Nginx加个Tomcat就够了，杀鸡不用牛刀。
- 微服务架构（Spring Cloud模式）：新开发的项目如果完全容器化部署，Kubernetes原生能力可以替代传统应用服务器，但WAS仍可作为特殊场景的支撑组件，比如事务协调。
与云原生架构的共存方式
近年来,传统企业数字化转型中，WAS并非被完全替换，而是以Liberty（轻量版）模式运行在Docker容器里，大型企业采用双轨策略：存量系统继续跑在传统WAS Full Profile上，新系统采用Spring Boot。
常见问题解答
WAS应用服务器是免费的吗
WAS传统版是商业软件,需要按CPU核数购买授权，价格因版本和配套服务浮动，具体以IBM官网及当地代理商的报价为准，但IBM提供免费的开发者版本（WebSphere Application Server for Developers），功能几乎无阉割，供学习和开发测试使用，生产环境则必须购买正式授权。
一台WAS服务器能部署多少个应用
技术上没有硬性限制,但每个应用都会占用JVM内存和线程资源，部署过多会增加管理复杂度，且单个应用的故障可能影响同服务器上的其他应用，行业共识认为，生产环境建议一台物理机部署不超过20个中等复杂度应用，超过这个量建议做集群拆分或用Liberty构建微服务。
如何监控WAS运行状态
推荐使用IBM自带的 Tivoli Performance Viewer（TPV），在管理控制台点击 监视 > 性能查看器 > 服务器性能 即可实时查看JVM内存、线程池、连接池使用曲线，也可以通过命令行 perfServlet 暴露监控指标对接Prometheus系统，但需注意在管理控制台开启数据采集服务。
