前瞻性：尽管我接受了（将）包含代码的答案，但如果您认为这很有用，请提高Darren的答案。他是我完全能够解决此问题的原因。
好吧，我们开始....
正如Darren所指出的，这确实是SessionFactory错误地实例化Session的问题。如果要手动实例化会话，则没有问题。例如：
sessionFactory.withOptions().tenantIdentifier(tenant).openSession();
但是，
@Transactional注释会导致SessionFactory使用打开会话
sessionFactory.getCurrentSession()，这不会从中拉出租户标识符
CurrentTenantIdentifierResolver。
Darren建议在DAO层中手动打开Session，但这意味着每种DAO方法都将具有本地范围的事务。更好的方法是在服务层上。每个服务层调用（即
doSomeLogicalTask()）可以调用多个DAO方法。有意义的是，每个逻辑上都应绑定到同一事务。
此外，我不喜欢在每个服务层方法中复制代码来创建和管理事务的想法。相反，我使用AOP将每个方法包装在服务层中，并带有实例化新方法
Session和处理事务的建议。方面将电流存储
Session在
TheadLocal堆栈中，DAO层可以访问该堆栈以进行查询。
所有这些工作将使接口和实现与错误修复的接口和实现保持相同，除了DAO超类中的一行
Session将从
ThreadLocal堆栈中获取而不是从中获取
SessionFactory。漏洞修复后即可更改。
稍作清理后，我将很快发布代码。如果有人对此有任何疑问，请随时在下面进行讨论。
