在 Spring 框架中，Controller 中申明变量可能会导致线程不安全的问题，这是由于 Controller 是被多个请求所共享的单例对象。多个线程访问同一个 Controller 实例时，如果其中一个线程修改了 Controller 的成员变量，则其他线程也会随之受到影响。
为了避免这种线程不安全的问题，我们可以使用以下几种方式：
- 不在 Controller 中声明任何实例变量，而是将方法的参数作为 Controller 唯一的输入。这种方式可以保证每个请求都有自己独立的数据，不存在线程安全问题。
- 在 Controller 中使用 ThreadLocal 变量来存储数据。ThreadLocal 变量是一个线程本地存储区域，每个线程访问该变量时，只能访问到它当前线程私有的数据，不存在线程安全问题。
- 在 Controller 中使用 synchronized 关键字对关键代码段进行加锁保护。这种方式虽然可以解决线程安全问题，但是会降低程序的性能，因此不推荐在高并发场景下使用。
总之，在编写 Controller 时要注意线程安全问题，适当采用上述方式来规避问题。
无状态bean则不受影响：
如果在 Controller 中只申明无状态（即实例变量的值不会被修改）的变量，那么一般来说是没有线程不安全问题的。因为这类变量的值不会被修改，多个线程同时访问也不会产生影响。
但需要注意的是，如果无状态变量引用了某些可变对象，比如集合、数组等，那么虽然变量本身不会被修改，但是其引用的对象可能会被多个线程同时操作，从而出现线程安全问题。所以在使用集合等可变对象时需格外小心，建议对这些对象加锁或采用线程安全的替代方案。
此外，如果多个请求之间需要共享数据，那么应考虑使用缓存、数据库或其他共享存储介质，而不是将数据存储在 Controller 中的实例变量中。这样做可以避免多个线程访问同一个实例变量时产生的线程安全问题，并且能够更好地支持分布式部署和扩展。
将 Controller 的作用域改为请求范围（即每次请求都新建一个 Controller 实例）也可以避免线程安全问题。Spring 框架支持使用 @Scope 注解来指定 Bean 的作用域，例如：
@Controller
@Scope("request")
public class MyController {
// 申明实例变量
}
这样配置以后，Spring 框架会在每个请求到来时创建一个新的 MyController 实例，并在该请求处理结束后销毁它，这样不同请求之间就不会产生实例变量冲突的问题。
需要注意的是，将 Controller 的作用域改为请求范围有可能会导致一些其他问题，例如无法在 RequestMapping 方法之外共享数据等。此外，如果大量的请求同时到达服务器时，频繁地创建和销毁 Controller 对象也会对系统造成额外的负担。因此，在项目开发中需根据实际情况综合考虑，灵活选择 Controller 的作用域模式。
bean的常见几种作用域:
在 Spring 框架中，@Scope 注解主要用来指定 Bean 的作用域，可用于类级别或方法级别上。
常见的作用域类型有以下几种：
singleton：单例模式。在整个应用程序中只创建一次实例，并在容器的生命周期内保持唯一的对象。这是默认的作用域。prototype：原型模式。每次注入或者通过容器获取 bean 时都会创建并返回一个新的实例。request：请求作用域。在每个 HTTP 请求里重新创建一个实例，同一请求复用相同对象。session：会话作用域。在一个用户会话中，每个 Bean 实例都与该用户关联。global session: 全局会话作用域，仅适用于 Web 应用，在基于 Portlet 的 Web 应用中才有意义，可以将多个 Portlet 共享的数据存放在一个全局 Session 中。如果应用不是基于 Portlet 的，则 global session 与 session 的区别是不存在的。websocket: 对于每一次 WebSocket 连接创建一个 Bean 实例。
各种作用域的意思可以简要总结如下：
singleton：创建唯一的共享 Bean 实例。prototype：每次获取都新建一个 Bean 实例。request：每个请求创建一个实例。session：每个用户会话创建一个实例。global session：在全局会话中共享一个实例。websocket：每个 WebSocket 连接创建一个 Bean 实例。
需要根据程序实际需要来选择 suitable 的作用域类型，并对作用域的特性有充分的了解才能避免。
