线程安全判定标准及Hibernate Session Factory线程安全原理疑问

Great question—this comes up all the time in Java and Hibernate interviews, so let's break it down clearly.

线程安全的核心定义其实很简单：当多个线程同时访问一个对象时，不管线程的执行顺序、调度方式如何，也不需要调用方额外添加同步逻辑，这个对象始终能保持一致、正确的状态，那它就是线程安全的。

你可以从这几个维度去判断：

• 状态是否可被多线程修改：如果对象是无状态的（没有实例变量，所有操作都依赖局部变量），那它天生线程安全——比如Java里的Math类，所有方法都是静态的，没有共享状态。
• 修改操作是否原子化：如果对象有状态，那所有修改状态的操作必须是原子的。要么用AtomicInteger这类原子类，要么用synchronized块、Lock接口把修改逻辑包起来，保证同一时间只有一个线程能执行修改。
• 状态可见性是否有保障：一个线程修改的状态，要能及时被其他线程看到。可以用volatile关键字，或者通过同步块（因为synchronized同时保证原子性和可见性）来实现。
• 是否存在竞态条件：如果多个线程同时读写同一个共享变量，且没有同步控制，就会出现结果不确定的情况——这就是线程不安全的典型表现，比如HashMap在多线程扩容时会出现链表成环的问题，就是因为竞态条件导致的。

首先要明确：SessionFactory是线程安全的，但它创建的Session是线程不安全的——这是理解的关键。它能支持多线程并发访问的原因主要有这几点：

• 无状态设计：SessionFactory本身是一个重量级的、无状态的对象。它不会存储任何和具体用户会话相关的状态（比如事务上下文、查询结果），所有会话级的状态都由它创建的独立Session实例来持有。每个线程请求Session时，都会拿到一个全新的、专属的Session，线程之间的操作完全隔离。
• 不可变的初始化配置：SessionFactory一旦初始化完成（通常是在应用启动时创建），它的核心配置（比如数据库连接池参数、实体映射元数据、缓存配置）就再也不会被修改了。所有线程访问的都是同一个固定的配置，不存在多线程修改共享配置的场景，从根源上避免了竞态条件。
• 线程安全的资源复用：它内部维护的数据库连接池是线程安全的。当多个线程请求Session时，SessionFactory会从连接池中分配独立的数据库连接给每个Session，每个Session的数据库操作都在自己的连接上执行，互相不会干扰。
• 内部同步保护：对于少数需要共享的资源（比如缓存的映射元数据、全局的二级缓存），SessionFactory内部已经通过synchronized或者其他线程安全机制做了同步控制，调用方完全不需要额外处理。

对比你提到的HashMap：HashMap的put、扩容等核心操作都没有同步控制，多线程同时操作时会破坏它的内部数据结构；而SessionFactory因为无状态、配置不可变，加上内部的同步设计，所以能安全地被多线程并发访问。

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