getCurrentSession用于与事务绑定的场景，由框架管理会话生命周期，适合集成Spring等环境；openSession需手动管理会话，适用于需要细粒度控制的场景。选择取决于应用架构：若使用Spring并追求简化管理，应选getCurrentSession；若需多连接或批量处理，则选openSession，并注意资源释放与事务控制。
getCurrentSession和
openSession在Hibernate中都用于获取会话，但它们管理会话生命周期的方式不同。
getCurrentSession通常与事务绑定，由框架管理会话的创建和关闭；
openSession则需要手动管理会话的生命周期。
getCurrentSession vs openSession
getCurrentSession何时用，如何配置？
getCurrentSession通常用于集成Spring等框架的环境中，它会从当前线程上下文中获取一个已经存在的会话，如果没有则创建一个新的会话。这种方式简化了会话管理，但需要正确配置Hibernate的会话管理策略。
配置通常涉及到
hibernate.cfg.xml或Spring的配置，关键在于设置
hibernate.current_session_context_class属性。常见的值包括：
thread
: 每个线程一个会话。适用于单线程应用或Web应用中每个请求一个线程的场景。jta
: 与JTA事务集成。适用于分布式事务环境。managed
: 由应用服务器管理会话。
使用
getCurrentSession的优势在于简化了会话管理，减少了样板代码。例如，在Spring中，你可以通过
@Transactional注解来自动管理事务和会话的生命周期。
@Transactional
public void save(Object entity) {
sessionFactory.getCurrentSession().save(entity);
}这里，Spring会自动管理会话的创建、提交和关闭。但如果配置不当，例如在非事务环境下使用
getCurrentSession，可能会导致获取不到会话，或者会话未正确关闭，引发资源泄露。
openSession的适用场景是什么？
openSession会创建一个全新的会话，每次调用都会产生一个新的数据库连接。这意味着你需要手动管理会话的打开和关闭，以及事务的开始和提交或回滚。
Session session = sessionFactory.openSession();
Transaction transaction = null;
try {
transaction = session.beginTransaction();
session.save(entity);
transaction.commit();
} catch (Exception e) {
if (transaction != null) {
transaction.rollback();
}
throw e;
} finally {
session.close();
}openSession适用于需要更细粒度控制会话生命周期的场景，例如批量处理、长时间运行的任务，或者需要在单个事务中操作多个数据库连接。
虽然
openSession提供了更大的灵活性，但也增加了代码的复杂性。你需要确保在
finally块中关闭会话，以避免资源泄露。
如何选择：getCurrentSession还是openSession？
选择
getCurrentSession还是
openSession，取决于你的应用场景和架构。
- 如果你的应用使用了Spring等框架，并且希望简化会话管理，那么
getCurrentSession
通常是更好的选择。 - 如果你的应用需要更细粒度的控制会话生命周期，或者需要在单个事务中操作多个数据库连接，那么
openSession
可能更适合。
需要注意的是，无论选择哪种方式，都需要仔细考虑事务管理和异常处理，以确保数据的完整性和一致性。例如，在使用
openSession时，忘记关闭会话会导致连接池耗尽，最终导致应用崩溃。
另外，考虑到性能，频繁地打开和关闭会话会增加数据库的负载。因此，在设计应用时，应该尽量减少会话的创建和销毁，并合理利用会话缓存。
