很简单，我们可以在配置的时候将版本号字段配置为你要想实例名即可。例如我有两个服务，分别为购物车服务和个人中心服务，他们都使用的相同的数据库，在这之前 CAP 要求必须分配不同的持久化表来存储消息（通过配置表明前缀），例如发消息的表需要为类似 cap.basket.published 和 cap.usercenter.published。现在利用版本隔离特性就可以使用同一张表了，可以这样配置：
// Basket 服务配置 services.AddCap(x => { ... x.Version="basket-v1" // 设置实例名称+版本号 }); // UserCenter 服务配置 services.AddCap(x => { ... x.Version="usercenter-v1" // 设置实例名称+版本号 });注意：basket-v1 这后面的 -v1 是可选的，如果你的服务端用不到版本这个特性，去掉即可。
总结CAP经过两年的发展，GitHub 已经超过了2000 Star， 目前已经是一个成熟的组件了。有同学反映，他们最近有一些大型的微服务项目也开始使用 CAP 了，CAP 在我们系统上线也接近一年了，非常的稳定，没有出过一次问题，所以大家在做微服务项目的时候，不用再有什么担心的了，不管是线上成功案例还是文档示例视频教程这些都非常完善成熟了。
也感谢大家两年来的支持，我们很开心能够帮助到大家
。大家在使用的过程中遇到问题希望也能够积极的反馈，帮助CAP变得越来越好。:)
如果你觉得本篇文章对您有帮助的话，感谢您的【推荐】。
如果你对 .NET Core 有兴趣的话可以关注我，我会定期的在博客分享我的学习心得。