做建站这行十五年了，见过太多技术栈的起起落落。前些年大家谈Java就色变，觉得太重；后来Spring Boot火得一塌糊涂，好像不用它都不好意思说自己是搞开发的。但今天我想聊点不一样的，聊聊那个被很多人遗忘，甚至有点“过气”的框架——Struts2。
很多人一听到Struts2，第一反应就是安全漏洞，或者觉得它太老土。确实，在2023年的今天，让你去写个全新的微服务后台，我肯定劝你上Spring Cloud。但是，有些场景，它依然是那个“最适合”的选择。特别是对于那些预算有限、逻辑简单、不需要高并发，但又必须稳定运行的项目来说，什么才是适合用struts2做的网站呢？
我想起去年接的一个单子，是个老厂的内部信息管理系统。老板是个实在人，不要什么花里胡哨的前端特效，也不要什么复杂的微服务拆分。他就想要个能登录、能查数据、能导出Excel的后台。客户的技术团队全是老工程师，手里全是JSP和Servlet的代码，让他们转Spring Boot？难，比登天还难。这时候，Struts2就派上大用场了。
为什么这么说？因为它的配置简单，或者说，它的“约定优于配置”在老项目里其实很好理解。对于这种适合用struts2做的网站，核心优势在于它的拦截器机制。你想做权限控制？写个拦截器就行，不用像现在某些框架那样搞一堆注解，还得担心注解解析的性能问题。虽然Struts2的拦截器也有点重量级，但对于这种内部系统，性能根本不是瓶颈，稳定性才是。
还有，它的标签库。虽然现在大家都在用Vue、React，搞前后端分离。但在这种传统企业里，很多老员工还是习惯JSP页面。Struts2的标签库写起来真的很顺手，特别是那种表单提交，数据自动封装到Action里，不用自己去request里get参数再转类型。虽然这被诟病为“黑盒”，但对于快速交付，这简直是神器。
当然，我也得说点大实话。Struts2不是银弹。如果你的网站需要SEO做得特别好，需要首屏加载极快，那千万别用它做前端渲染。现在的SEO环境，静态化或者SSR才是王道。Struts2更适合做那些不需要被搜索引擎爬虫频繁抓取的后端管理部分，或者是一些纯功能性的内部门户。
我有个朋友，前年搞了个二手设备交易平台，用的就是Struts2加JSP。他说刚开始写的时候觉得别扭，习惯了Spring的自动注入，突然要手动配置XML，心里挺抵触。但写了一半发现，对于这种逻辑不复杂，主要是CRUD（增删改查）的项目，Struts2的MVC结构其实很清晰。Action对应业务逻辑，JSP负责展示，中间通过Result跳转。虽然XML配置有点繁琐，但一旦配好，后面维护起来反而不用猜。
所以，回到主题。如果你正在纠结，什么才是适合用struts2做的网站？我的建议是：内部管理系统、老旧系统改造、对SEO要求不高但要求快速开发的传统企业官网、以及团队技术栈老旧且不愿迁移的项目。
别被网上的“过时论”吓唬住。技术没有绝对的好坏，只有适不适合。就像我手里这把用了十年的螺丝刀，虽然不如电动的快，但在拧那颗生锈的螺丝时，它可能比任何新工具都好用。
最后提醒一句，如果用Struts2，一定要打最新的补丁，或者做好安全过滤。毕竟，安全这块，老框架确实吃过亏。但除此之外，它依然能稳稳地托住那些不需要花哨、只需要实用的业务需求。这就是它的价值，也是为什么到现在，依然有人问，什么才是适合用struts2做的网站。答案很简单：能解决问题，且团队用得顺手，就是好架构。
