通过上边的整个过程，完全实现了消息中间层的功能，以插件的形式将具体的消息设施在程序的全局入口注入，这样就可以针对不同环境不同业务模块（入口的参数 source_name 控制）做定制化。公务员遴选同时，在大多数的项目中（包括在开发环境中）并无需立即使用独立的消息设施，所以在中间件的内部，提供了一个默认的内存消息队列实现，这样也保证了类库的即引即用，扩展后的图示如下：
根据上边的过程图可以看出，内部的默认队列，和外部队列所处统一层级，当没有提供用户自定义 PublisherProvider时（或者Provider 返回的 DataPublisher为空），系统会执行内部的默认队列实现。
二. 具体使用示例上边展示了内部设计，这里介绍具体的代码使用层面，看在实际的使用中是如何简化内敛整个消息的处理。有两个订阅者（这里使用了委托方法，也可以传入继承IDataSubscriber 接口的实例），并且创建了一个名为 _
publisher 的发布者（如果没有注册其他消息存储适配实现，公务员遴选会走默认内部消息队列实现，即创建一个名为 NewSource 的队列）。除了上边的使用方式，有些时候我们的生产和消费代码都是同一个服务内部，比如用户登录和添加登录日志，这个时候提供了一个更简单的方式：
