### Struts FormBean 每次提交表单生成新实例的原因 在 Struts 中，`ActionForm` 或 `FormBean` 是用于封装用户输入数据的对象。每当用户提交表单时，框架会创建一个新的 `FormBean` 实例[^1]。这种设计的主要原因是确保线程安全以及隔离不同用户的请求数据。 #### 原因分析 1. **线程安全性** Web 应用程序通常是多线程运行的环境，在同一时间可能有多个用户并发访问同一个资源。如果多次提交共享相同的 `FormBean` 实例，则可能导致数据冲突或覆盖问题。因此，每次请求都会生成新的 `FormBean` 实例以避免此类问题[^3]。 2. **状态管理** 表单提交的数据通常只与当前请求相关联，而不是跨多个请求保持一致。通过为每个请求分配独立的 `FormBean` 实例，可以更好地管理和控制表单的状态。 --- ### 解决方案 尽管默认行为是为了保障线程安全和简化开发流程，但在某些场景下可能会带来性能开销或其他不便之处。以下是几种常见的优化方式： #### 方法一：使用 Session 范围保存对象 可以通过设置 `scope="session"` 将 `FormBean` 的作用范围限定到会话级别而非请求级别。这样可以在一次会话期间重复利用同一个 `FormBean` 实例，减少频繁创建带来的负担[^3]。 ```xml <form-bean name="myForm" type="com.example.MyForm" scope="session"/> ``` 需要注意的是，这种方式虽然提高了效率但也引入了潜在的风险——即需要开发者手动清理过期数据以防内存泄漏。 #### 方法二：自定义实现 ModelDriven 接口 对于更现代化的应用架构（如基于 Struts 2），推荐采用 `ModelDriven` 设计模式替代传统的 `FormBean` 配置方法。在这种情况下，模型对象由业务逻辑层负责初始化并传递给视图组件展示，从而绕过了传统意义上的 `FormBean` 创建过程[^1]。 示例代码如下所示： ```java public class UserAction extends ActionSupport implements ModelDriven<User> { private User user = new User(); @Override public User getModel() { return this.user; } // Other methods... } ``` 此做法不仅能够降低耦合度还能增强灵活性，同时解决了不必要的对象实例化问题。 #### 方法三：调整缓存策略 针对高频读写操作或者大数据量传输需求，考虑引入二级缓存机制来存储临时性的表单数据副本。当接收到后续相同类型的请求时可以直接加载已存在的记录而无需重新构建完整的 `FormBean` 结构体[^2]。 --- ### 总结 综上所述，默认情况下 Struts 框架会在每一次 HTTP 请求到来之际生产全新的 `FormBean` 对象作为参数容器；这是出于对线程保护及事务分离原则遵循的结果。然而实际项目实践中可以根据具体应用场景灵活选用上述提到的各种改进措施之一加以应对。