为何Session.get()无需实体类Setter方法仍能从数据库初始化对象？

嘿，这个问题问到点子上了！其实Hibernate加载实体的时候，完全不依赖Setter方法——它靠的是Java反射机制直接操作对象的字段，哪怕这些字段是private修饰的也没关系。

具体来说，核心逻辑是这几点：

• 直接访问字段而非Setter：Hibernate会通过反射API获取实体类的字段（比如你的userName），然后调用Field.set()方法直接给字段赋值，完全绕开了Setter方法的限制。不管字段的访问修饰符是什么，反射都能突破这个限制（当然，这需要JVM的权限支持，Hibernate已经处理好了这部分）。
• 只要求无参构造：Hibernate只需要你的实体类有一个无参构造方法（可以是private，但通常推荐public或protected），这样它就能通过反射创建对象实例。先创建一个空的对象，再逐个给字段填充数据库里的数据。
• 映射元数据的作用：当你用注解（比如@Entity、@Column）或者XML配置实体和数据库的映射关系时，Hibernate会生成对应的元数据。加载数据时，它就根据这些元数据找到每个字段对应的数据库列，然后用反射把值直接塞到字段里。

举个直观的例子，假设你的UserDetails类是这样的：

public class UserDetails {
    private String userName;

    // 只有无参构造，没有setUserName()
    public UserDetails() {}

    public String getUserName() {
        return userName;
    }
}

当你调用session.get(UserDetails.class, userId)时，Hibernate会：

1. 通过反射调用UserDetails的无参构造，创建一个空对象
2. 查询数据库拿到对应的userName值
3. 通过反射找到userName字段，调用field.set(userInstance, "数据库中的用户名")完成赋值

另外补充个小细节：如果你的字段是final修饰的，那Hibernate就没办法直接赋值了，这时候才需要Setter或者其他特殊处理，但一般我们不会把持久化字段设为final。

说白了，Setter方法对Hibernate的初始化来说是可选的——你可以用它做一些额外的业务逻辑，但Hibernate本身根本不需要依赖它来加载数据。

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