有什么更优雅的方法共用实体类吗

能否把语言组织清楚了再来问

都是不同项目了，为什么还会共用实体类。

@yuyuf 有一些业务表的操作涉及到权限问题（比如 key 反激活），敏感操作在管理后台服务进行。

啥叫实体类

感觉不可能，就算序列化到 redis 读取，你各个项目本身还是需要各自拥有该实体类。

你的想法就像是大家都在花钱，为什么不花同一份钱

不同项目是通过接口的网络调用吗？那应该是 DTO 之类吧，或者是共享内核


共享内核
共享内核（ Shared Kernel ），指的是将一个限界上下文将自己的领域模型暴露出去，给其它的限界上下文使用。共享内核不能像其它的限界上下文那样，自由地更改，但共享内核也会造成耦合。因此我们只可能把那些非常稳定且具有复用价值的领域模型封装到共享内核上下文中。

共享内核通常以库的形式（比如 Java 的 jar 包）被其它限界上下文复用，它本身不提供远程服务。所以可以理解为它是一种特殊的进程内通信。

耦合的代价是巨大的，笔者个人不是建议使用共享内核这种模式，除非真的重复的代价远远大于耦合。