struts 2 现在仍有人使用，但并非主流。

它的应用已经大幅减少，这主要是因为近年来涌现出更现代、更安全、更易于维护的框架。 许多公司仍在维护基于 Struts 2 的遗留系统，这使得一些开发者不得不继续与之打交道。 我曾经参与过一个项目，需要对一个使用了 Struts 2 的老系统进行升级。 那是一个痛苦的过程，系统代码庞大且复杂，文档缺失严重，很多地方的逻辑晦涩难懂，甚至连原开发者都已离职。 我们花费了大量时间去理解代码的运行机制，并小心翼翼地进行修改，以避免引入新的错误。 这个经历让我深刻体会到维护老旧框架的挑战。

然而，这并不意味着 Struts 2 完全没有价值。 对于一些小型项目或对性能要求不高、且需要兼容老旧系统的场景，它仍然是一个可行的选择。 例如，我曾经协助一个小型团队开发内部管理系统，由于时间紧迫且预算有限，我们选择了 Struts 2，因为它上手相对容易，且所需资源较少。 最终项目顺利完成，满足了客户的需求。 但这只是个特例，不代表它适合所有项目。

选择使用 Struts 2 需要谨慎权衡。 你需要考虑项目的规模、开发团队的技术水平、项目的生命周期以及安全风险等因素。 如果你的项目需要高性能、高扩展性以及更强的安全性，那么选择 Spring MVC 或其他现代框架会更加明智。 如果项目需要快速开发且规模较小，并且团队成员熟悉 Struts 2，那么它仍然可以是一个不错的选择，但要做好维护和升级的准备，并密切关注安全漏洞信息。 记住，技术选型没有绝对的对与错，关键在于根据实际情况做出最合适的决策。 我们那个老系统的升级最终成功，但那段经历也让我明白，尽可能避免使用过时的技术，能省下不少时间和精力。