基于SAP Cloud SDK/Spring Boot的应用@RequestScope失效致数据混淆

• 模型类存在静态字段：如果PartnerModel中定义了static修饰的成员变量，这类变量属于类级别而非实例级别，所有请求对应的实例都会共享这些静态字段的值，并行请求时必然会出现数据覆盖。
• 依赖Bean的作用域不匹配：如果PartnerModel依赖的其他Bean（比如数据加载类、Service类）是Spring默认的Singleton单例作用域，且这些单例Bean中存在存储请求相关数据的成员变量，那么多个请求会复用同一个单例Bean实例，导致不同请求的数据互相覆盖。
• ThreadLocal未正确清理：如果代码中使用ThreadLocal存储请求相关数据，但没有在请求结束时（比如通过过滤器、拦截器）调用remove()方法清理，当容器复用线程时，下一个请求会读取到上一个请求遗留的ThreadLocal数据，造成数据混淆。
• 手动创建实例绕过Spring容器：如果代码中直接通过new PartnerModel()创建实例，而非通过Spring容器注入获取，那么@RequestScope注解完全不起作用，这类手动创建的实例不受Spring作用域管理，可能被多个请求复用或意外共享数据。
• SAP Cloud SDK请求上下文未正确绑定：SAP Cloud SDK自身维护了请求上下文（RequestContext），如果Web环境下未配置对应的过滤器来管理上下文的创建与销毁，或者非Web场景下未手动绑定上下文，会导致SDK中的状态被多个请求共享，进而影响模型数据的独立性。

内容的提问来源于stack exchange，提问作者Tobias