MessageQueue，顾名思义消息队列，在系统开发中也是用的比较多的一个中间件吧。我们这里主要用它来做日志管理和订单管理的，记得老老大（恩，是的，就是老老大，因为他已经跳槽了）还在的时候，当时也是为了赶项目进度，他也参与开发了，那时候我才刚刚入职，他负责写后端这块，我来了就把他手上的任务接过来了，（接着接着……就辞职了）。
之后我们的开发仍然有条不紊的开发着，直到今年的一月份吧，才上线开始运行，然后就出现了常规状态，上线之后就开始爆炸，
这个页面打不开呀，那个内容没东西呀，第三方登录问题呀，支付问题呀，临时再改需求呀……（该来的都来了），加班、debug、测试、再debug……，然后经过几天的修复，终于完成了跟自己电脑一样稳定的运行，组员们都美滋滋的，今晚加个鸡腿才行。
都说祸不单行，古人是不会骗我们的，Bug怎么会修得完呢？天真，要是Bug能修得完还要我们来干啥，好景不长，果然，过了一周之后，组员突然群里叫喳喳，
what is it ?
来了，今天的主角登场了，我也要开始加班了。
RabbitMQ内存暴涨！使得整个服务器濒临瘫痪，远程登录服务器都差点挤不进去的状态，别看截图目前才1.3G，吃个午饭回来，就2.3G了，可怕不可怕？咋回事？
老板喊你回来加班啦
先不管了，线上优先解决，手动先Reset回收资源以释放空间，这个只是临时的办法，然后检查一下rabbitMQ的配置有没有问题，路径在
完全是默认的配置，完全ojbk啊，那到底咋回事？继续检查，想想不如从项目开始吧，然后查看项目中的代码，都是从来自【MessageLib】的组件调用
好了，叫我老老大要这个组件的代码，他把git的地址就发给我，我把项目down下来，
这个封装的组件内容不多，主要的文件一目了然，其实就是用到这个两个组件来进行的二次封装来调用
主要的代码是在【MessageQueue.cs】文件里，展示一下当时的代码情况：
View Code然后我就发现了这一段代码！
/// <summary> /// 程序自运行并开始监听 /// </summary> public static void Run() { System.Timers.Timer timer = new System.Timers.Timer(); timer.Interval = 1000; timer.Elapsed += new System.Timers.ElapsedEventHandler(Pulish);//到达时间的时候执行事件； timer.AutoReset = true;//设置是执行一次（false）还是一直执行(true)； timer.Enabled = true;
