Net消息队列学习(二)
Net消息队列学习(二)引子 前面的内容已经介绍了关于构建消息发送等有关知识了，接下来，我们就要开始深入到接收消息的这部了。 引子
关于接收问题，涉及到两个问题：
问题1、由于MSMQ并没有规定消息的格式和主体的结构，所以作为接收者应该而且必须知道如何解析消息的主体。只要发送者和接收者都能明白他就行。 问题2、怎样可以监控队列并在消息到来时读取他，这就要求接收者必须采取一个非常有效的队列监控机制。
所以我们在进行构建接受者的时候，就要充分地考虑到这两个问题。接下来，我们就逐一地解决他们。 Net消息队列学习（二）续
消息的自定义类型
这就是我们之前提到的怎样解析消息，前面的例子使用的是一些简单的类型来说明消息队列的结构，然而在发送的数据包含着具体应用程序的数据，其中可以是一个订单，一个收据等。这时你才会发现，消息队列的强大功能。 内置的消息格式化程序可以很容易地把包含有应用程序数据的托管对象解析为消息
.NET消息队列提供了如下的格式程序：XmlMessageFormatter ，BinaryMessageFormatter ，ActiveXMessageFormatter
类型 特性
XmlMessageFormatter 这是默认的格式化程序，前面的例子都是使用它的，从这个名称我们就可以联想到，它是会将自定义的类型串行化为一个XML表示，这个格式化程序很慢，并且会创建相对较多的消息。然而，这些消息可以被运行在不同平台下的应用程序共享和理解。 BinaryMessageFormatter 这个格式化应用程序会把自定义类型串行化为一个专有的二进制的格式。他比上面一种的速度要快得多，而且生成的消息很紧凑。然而只有运行在.NET中的接收者才可以容易地解析这个消息的内容。
ActiveXMessageFormatter ActiveXMessageFormatter 和BinaryMessageFormatter一样，他会把自定义的类型串行化为专用的二进制格式。这个格式也就是MSMQ的COM组件使用的格式。这些传统的COM组件为COM语
言（比如Visual Basic 6）提供了基于MSMQ的功能。因此，您可以在用Visual Basic 6编写的MSMQ应用程序中使用这个格式化程序来发送消息或接收消息。
示例的代码： 1、使用XmlMessageFormatter 下面是发送代码 1private void btnsend_Click(object sender, System.EventArgs e) 2 { 3 4 try 5 { 6 MessageQueue mq=MessageQueue.Create(@".\private$\myPrivate"); 7 8 SudentInfo form=new SudentInfo(this.txtname.Text,this.txtemail.Text,this.txtaddress.Text); 9 System.Messaging.Message msg=new System.Messaging.Message(); 10 msg.Label="A student info"; 11 msg.Body=form; 12 mq.Send(msg); 13 } 14 catch(Exception ex) 15 { 16 MessageBox.Show(ex.Message,"Warning"); 17 } 18 19 20 } 接收代码： private void btnrec_Click(object sender, System.EventArgs e) { MessageQueue mq=new MessageQueue(@".\private$\myPrivate"); Type[] types=new Type[]{typeof(ch2.SudentInfo)}; mq.Formatter=new XmlMessageFormatter(types); System.Messaging.Message msg=mq.Receive(); ch2.SudentInfo form=(ch2.SudentInfo)msg.Body; this.txtsemail.Text=form.Email; this.txtsname.Text=form.Name; this.txtsadd.Text="私有字段，不能串行化"; }
前面我们用的代码，引用了一个自定义的类库，因此只有测试的程序引用了他才能够编译成功。所以我们必须将这个程序集部署到发送者和接收者中。这里似乎就失去了分布式的意义。那么我们应该怎样解决呢？ 下面介绍两个方法， 1、我们可以把消息类型指定为字符串数组，在这个数组中的每一个字符串都包含有类型的全名。 2、还可以让用编程的方式判断传入的类型以及构造出正确的XmlMessageFormatter。例如我们使用Message.Label属性来表示包含在消息主体中的数据类型。 方案一、 string[] types=new string[]{"",""}; mq.Formatter=new XmlMessageFormatter(types); 方案二、 //发送者 Message msg=new Message(); msg.Label=typeof(Customer).AssemblyQualifiedName; //接收者 string[] types=new string[]{msg.Label}; msg.Formatter=new XmlMessageFormatter(types); object o=msg.Body;
尽管这个形式相对来说很慢，但是他还是有一些优点的。因为由于消息是简单的XML,所以它可以被任何XML解析器读取和解释。换句话说，应用程序不用XmlMessageFormatter也能反串行化整个消息。
//接收代码 Message msg=mq.Receive(); XmlTextReader xtr=new XmlTextReader (msg.BodyStream); 2、使用BinaryMessageFormatter 示例代码 private void sendByBinary() { try { MessageQueue mq=MessageQueue.Create(@".\private$\myPrivate");
ch2.DeptmentInfo form=new DeptmentInfo(this.txtname.Text,this.txtemail.Text,this.txtaddress.Text); System.Messaging.Message msg=new System.Messaging.Message(); //使用BinaryMessageFormatter这个类型进行串行化，默认情况下，这个属性不进行赋值的话就是XmlMessageFormatter msg.Formatter=new BinaryMessageFormatter();
msg.Label="A student info"; msg.Body=form; mq.Send(msg);
} catch(Exception ex) { MessageBox.Show(ex.Message,"Warning"); } } private void recByBinary() { try { MessageQueue mq=MessageQueue.Create(@".\private$\myPrivate"); //使用BinaryMessageFormatter这个类型进行串行化，默认情况下，这个属性不进行赋值的话就是XmlMessageFormatter msg.Formatter=new BinaryMessageFormatter(); //接收 System.Messaging.Message msg=mq.Receive(); //获取接收的对象 ch2.DeptmentInfo dept=(ch2.DeptmentInfo)msg.Body; //输出 Console.WriteLine(dept.Address); Console.WriteLine(dept.Name);
} catch(Exception ex) { MessageBox.Show(ex.Message,"Warning"); }
} 但要注意的是，和XmlMessageFormatter不同的是，BinaryMessageFormatter使用的是二进制格式来把对象串行化到消息主体中。实际上，他使用了和.Net Remoting一样的运行库串行化机制，这就意味着要使用Serializable特性来修饰类型。同时对比一下，他没有默认的形式那么灵活，尽管速度快，紧凑的多。然而发送者和接收者都必须有一个程序集的副本。 3、使用ActiveXMessageFormatter 他的代码和前面的两个模式一样，在这里就不赘言了。
NET下RabbitMQ实践[示例篇]
![NET下RabbitMQ实践[示例篇]](https://360docs-1393072327.cos.ap-beijing.myqcloud.com/fa96580cc381e53a580216fc700abb68a982ad88.webp)
NET下RabbitMQ实践[⽰例篇]在上⼀篇⽂章中，介绍了在window环境下安装erlang，rabbitmq-server，以免配置⽤户，权限，虚拟机等内容。
今天将会介绍如果使⽤rabbitmq进⾏简单的消息⼊队，出队操作，因为本⽂演⽰的环境要⽤到上⽂中配置的环境，所以要运⾏本⽂sample，请先按上⼀篇中完成相应环境配置。
⾸先，我们下载官⽅的.net客户端软件，链接：/dotnet.html下载并安装之后，将安装⽬录下的这两个DLL⽂件复制到我们⽰例项⽬中，并添加引⽤：RabbitMQ.Client.dll //基于的发布订阅消息的功能类RabbitMQ.ServiceModel.dll //包括基于WCF⽅式发布订阅服务模型类如下图：接着，我们创建两个类，⼀个是ProducerMQ.cs（⽤于产⽣消息），⼀个是CustmerMq.cs（⽤于消费消息），代码如下：⾸先是ProducerMQ：public class ProducerMQ{public static void InitProducerMQ(){Uri uri = new Uri("amqp://10.0.4.85:5672/");string exchange = "ex1";string exchangeType = "direct";string routingKey = "m1";bool persistMode = true;ConnectionFactory cf = new ConnectionFactory();erName = "daizhj";cf.Password = "617595";cf.VirtualHost = "dnt_mq";cf.RequestedHeartbeat = 0;cf.Endpoint = new AmqpTcpEndpoint(uri);using (IConnection conn = cf.CreateConnection()){using (IModel ch = conn.CreateModel()){if (exchangeType != null){ch.ExchangeDeclare(exchange, exchangeType);//,true,true,false,false, true,null);ch.QueueDeclare("q1", true);//true, true, true, false, false, null);ch.QueueBind("q1", "ex1", "m1", false, null);}IMapMessageBuilder b = new MapMessageBuilder(ch);IDictionary target = b.Headers;target["header"] = "hello world";IDictionary targetBody = b.Body;targetBody["body"] = "daizhj";if (persistMode){((IBasicProperties)b.GetContentHeader()).DeliveryMode = 2;}ch.BasicPublish(exchange, routingKey,(IBasicProperties)b.GetContentHeader(),b.GetContentBody());}}}}下⾯对上⾯代码进⾏说明：1. 定义要链接的rabbitmq-server地址（基于amqp协议）：Uri uri = new Uri("amqp://10.0.4.85:5672/");2. 定义交换⽅式string exchange = "ex1";string exchangeType = "direct";string routingKey = "m1";说明：rabbitmq交换⽅式分为三种，分别是：Direct Exchange – 处理路由键。
.NET消息处理及其应用研究
・ ０・ ４
钢 铁 技 术
２ ０ 第 ６期 ０ ７年
．
Ｎ Ｔ消息处理及其应用研 究 Ｅ
陈 翔
重庆 ４０ １） ０ ０ ３ （ 中冶赛迪公司 自动化事业部，
【 摘
要】 介绍 了， Ｅ 消息队列数据交换机制 以及 实际应用要 点． ＮＴ
消 息优 先级 ：可 以指 定发 送消 息 的优 先 级 ， 脱 机 能力 ：发送 消息 时，它们 可被 发送 到 临
事 务性 处理 ：将 多 个 相关 消息耦 合 为单 个 事
然后生成为一个 Ｄ Ｌ Ｌ 供其他应用模块 引用 。通过实
例 化 这个 自定义类 ， 且将它作 为一 个对象 Ｏ ｊ ｃ 并 ｂｅ ｔ 通 过 消息 队列传送 ，就 能实现 自定义 数据 的打 包传
脱机 能力 、事 务性处 理 等优 点 。
・
稳 定 性：组件 失败对 消息 的影 响程消息存储 在 队列 中并一 直在那 里 ，直到 被适 当地 处 理 。
・
制 事件 。 可用 任何 ．ｅ Ｎｔ开发语 言 Ｃ／ ＋／ Ｂ等来 定 ＃Ｃ ＋ Ｖ 义 ，不用 担 心应用 模 块使用 的是 不 同的． ｅ 语 言 。 Ｎｔ
也可 以更 复 杂 ，可 以包 含嵌 入对 象 。消 息也可 以只
务 ，确保 消 息按 顺序 地通 过传 递一次 即可 ，如 果 出
现 任何错 误 ，将取 消整 个 事务 。
２ ； 息处 理 应用 分析 ｉ ４
在本机 传 送 。 “ 息 队列 （ｅ ｓ ｇ ｕ ｕ ） 消 Ｍ ｓ ａ ｅ Ｑ ｅ ｅ ”是 在 消 息 的传 输过程 中保存 消息的容 器 ，消 息被发送 到 队列 中 。 队列 的主 要 目的是提 供 路 由并保 证消 息 的传 递 ；如 果 发 送 消 息 时接 收 者 不可 用 ， 消 息 队列 会 保 留 消 息，直 到可 以成功地 传递 它 。
Net程序设计知识点
.Net程序设计教材：《Visual C# .NET实用教程》，清华大学出版社参考书：课程学习的目的：1学习并掌握.NET技术、C#的编程方法和面向对象思想；2.学习并掌握技术及Windows数据库应用程序的开发；3.学习并掌握技术及Web应用程序的开发；4.学习并掌握网络编程的知识前期课程基础：数据结构、操作系统、计算机网络授课学时与分配：总学时40学时1．绪论（2学时）2．C#的编程基础（2学时）3．面向对象编程（6学时）4．Windows应用程序（4学时）5．技术（2学时）6．Windows数据库应用程序的开发（4学时）7．技术（4学时）8．Web应用程序的开发（3学时）9．网络编程基础（4学时）10．网络编程技术（6学时）11．总结考试（2学时）授课时间、地点：时间为每周一上午8：00—12：10；地点为12教学楼A408,B304。
第1讲.NET综述1.1 .NET介绍1.2 .NET核心成分简介1.2.1公共语言运行库1.2.2 .NET Framework类库1.2.3 中间语言和程序集1.2.4 公共语言规范1.2.5 通用类型系统1.3 开发工具及C#语言1.3.1 开发工具介绍1.3.2 C#语言简介1.4 基于.NET的应用程序1.4.1 SDK和IDE1.4.2 基于.NET的应用程序1.5 C#程序设计初步1.5.1 在SDK上开发控制台程序1.5.2 在IDE上开发Windows应用程序1.5.3 在IDE上开发Web应用程序第2讲C#类型和语句成分2.1关键字、标识符和注释2.1.1 关键字2.1.2 标识符及其命名2.1.3 注释2.2 C#类型基础2.2.1 类型分类2.2.2 C#语言的类型系统2.2.3 变量2.2.4常量和文字2.3 值类型2.3.1简单类型2.3.2枚举类型2.4 数组类型2.4.1 一维数组2.4.2多维数组2.4.3 交错数组2.4.4 Array类简介2.4.5 foreach语句2.5 字符串常量2.5.1 创建字符串2.5.2 String字符串的比较2.6 结构2.6.1 结构的声明2.6.2 结构的实例化及应用2.7运算符和表达式2.7.1 算术运算符2.7.2 关系运算符2.7.3 逻辑运算符2.7.4 位运算符2.7.5 赋值运算符2.7.6 条件运算符2.7.7 运行符的优先级及结合性2.8 数据类型转换2.8.1隐式类型转换2.8.2 显示转换第3讲C#语句3.1 简单语句3.1.1 表达式语句3.1.2 空语句3.1.3复合语句3.1.4 声明语句3.2 选择语句3.2.1 条件运算符3.2.2 if语句3.2.3 switch语句3.3 循环语句3.3.1 while循环3.3.2 do_while循环3.3.3 for循环3.4 跳转语句3.4.1 break语句3.4.2 continue语句3.4.3 goto 语句3.4.4 return 语句3.5 命名空间3.5.1命名空间声明3.5.2 using 命名空间指令3.5.3 using别名指令第4讲面向对象程序设计基础-类、对象、方法4.1 面向对象程序设计概述4.2 类和对象4.2.1 类的声明4.2.2 类的成员4.2.3 对象的声明4.3 构造函数4.3.1 默认构造函数4.3.2 构造函数的重载4.4 析构函数4.5 方法4.5.1 方法的声明及调用4.5.2 方法中的参数传递4.5.3 实例方法和静态方法4.5.4 方法重载4.6运算符重载4.7属性和索引器4.7.1 属性的声明和使用4.7.2 索引器的声明和使用4.7.3 属性和索引器的比较第5讲面向对象程序设计-继承、多态5.1 类的继承5.1.1 基类与派生类5.1.2 成员的继承、添加和隐藏5.1.3 base关键字5.2 抽象类与封闭类5.2.1 抽象方法、属性、索引器5.2.2 抽象类5.2.3 密封类5.3 多态5.3.1 虚成员5.3.2 重写5.3.3 编译时多态和运行时多态第6讲面向对象程序设计-接口、委托1 接口.1 接口的定义.2 接口的实现2委托和事件1 委托2 事件3 异常处理1 异常类2 异常处理步骤3 抛出异常4 捕获处理异常第7讲Windows应用程序7.1 Windows应用程序开发步骤7.1.1创建窗体7.1.2 添加控件及控件布局7.1.3 响应事件7.2 Windows常用控件7.2.1 文本类控件7.2.2 按钮类控件7.2.3 对话框类控件7.2.4 列表框、视图类控件7.2.5 滚动类控件7.2.6 工具栏和状态栏控件7.2.7 定时器控件7.2.8 菜单控件7.3多文档界面（MDI）7.3.1 创建MDI父窗体7.3.2 创建MDI子窗体7.3.3 确定活动的MDI子窗体7.3.4 排列子窗体7.4 实例解析第7讲数据库访问技术8.1 概述8.2 体系结构8.2.1 的总体结构8.2.2 DataSet结构8.2.3 .NET Framwork数据提供程序8.2.4 开发数据库应用程序的一般步骤8.3数据库的连接8.3.1 Connection连接字符串8.3.2 创建并使用连接对象8.4 Command对象的使用8.4.1 创建Command对象8.4.2 执行命令8.4.3 参数化查询8.4.4 执行存储过程8.5 DataReader对象的使用8.5.1 创建DataReader对象8.5.2 使用DataReader读取数据8.6 DataSet和DataAdapter的使用8.6.1 DataSet对象管理数据8.6.2 使用DataAdapter对象第9讲Windows数据库应用程序开发9.1数据绑定9.1.1 简单数据绑定9.1.2 复杂数据绑定9.2数据源的类型9.2.1 数组数据源9.2.2 数据表数据源9.2.3 数据集数据源9.3 Windows数据库应用实例9.3.1数据库的创建及连接9.3.2主要界面及相关代码第10讲 技术10.1 简介10.1.1 的特点10.1.2 代码分离技术10.1.3 Web窗体10.2 控件10.2.1 HTML服务器控件10.2.2 Web服务器控件10.2.3验证控件10.3 内置对象10.3.1 Response对象10.3.2 Request 对象10.3.3 Server对象10.3.4 Session对象10.3.5 Application对象第11讲Web应用程序开发基础11.1 Web数据绑定技术11.2 列表类数据绑定控件11.2.1 列表控件概述11.2.2 列表类控件数据绑定举例11.3 GridView控件11.3.1 GridView控件概述11.3.2 常用属性、方法和事件11.3.3 GridView中的字段类型11.3.4 GridView数据显示11.3.5编辑和删除数据11.3.6 分页显示数据和数据排序11.4 Global.asax文件11.5 Web.config文件11.5.1 配置与调用数据库链接字符串11.5.2 配置文件Web.config第12讲网上选课系统的开发12.1需求分析12.2数据库设计12.2.1 数据库表12.2.2 存储过程12.3系统设计12.4数据库连接12.4.1 Web.Config的配置12.4.2 调用连接字符串12.5 系统实现12.5.1 登录界面(Login/Login.aspx)12.5.2 选课界面(student/selectcourse.aspx)12.5.3 提交界面(student/tijiao.aspx)12.5.4 学生管理界面(manager/StudentList)12.5.5 选课管理界面(manager/XuanKeList.aspx)以上为考试范围第13讲多线程和同步13.1 基本概念13.1.1多线程概念13.1.2 C#中线程实现方法13.2 Thread类13.2.1 Thread类介绍13.2.2 线程的状态和生命周期13.2.3 线程的优先级13.3多线程编程13.3.1 编程步骤13.3.2 编程实例13.4线程同步和互斥13.4.1多个线程同时修改共享数据可能发生的错误13.4.2 用Lock语句实现互斥13.4.3 用Mutex类实现互斥13.4.4 用Monitor类实现互斥13.5 实例解析第14讲网络协议与套接字编程14.1 TCP/IP网络协议14.1.1 TCP/IP参考模型14.1.2网间协议IP14.1.3 传输控制协议TCP14.1.4 C#中相关的类14.2套接字编程技术14.2.1 IP地址和端口14.2.2 套接字14.2.3 面向连接的套接字14.2.4无连接的套接字14.3 套接字编程实例1、.Net包括哪些内容？主要介绍.NET的两个重要实体：公共语言运行库(Common Language Runtime，CLR)和.NET Framework类库(Framework Class Library，FCL)，以及其它核心成分。
.NET平台常见技术框架整理汇总
.NET平台常见技术框架整理汇总使⽤.NET平台开发有段时间了，在⽹上资料的基础上做了进⼀步整理，汇集了.NET平台常见的技术框架。
参考资料：1.知识⽹络2.分类清单名称说明地址Windows ServerAppFabric微软⾃家分布式缓存服务框架, 扩展了 Windows Server 为 Web 应⽤程序和中间层服务提供增强的托管、管理和缓存功能Memcahed⾼性能的分布式内存对象缓存系统。
它基于⼀个存储键/值对的hashmap，通过在内存中缓存数据和对象来减少读取数据库的次数，从⽽提⾼动态、数据库驱动⽹站的速度。
Redis使⽤ANSI C语⾔编写、⽀持⽹络、可基于内存亦可持久化的⽇志型、Key-Value数据库，并提供多种语⾔的APINCache基于NGINX的Web服务器构建起来的缓存系统，适⽤于需要快速部署、⼤并发量、⼤存储量的需求2.2.应⽤框架名称说明地址Boilerplate基于领域驱动的开源Web开发框架Orchard国外⼀个MVC开源的博客系统。
DasBlog国外⼀个基于的博客系统国外⼀款免费开源的博客系统。
⼀套⾮常优秀的基于的开源门户⽹站程序。
国内开源的论坛社区系统。
nopCommerce和Aspxcommerce国外⼀套⾼质量的开源B2C⽹站系统。
DTCMS国内两款开源的⽹站管理系统2.3.⽇志记录异常处理名称说明地址Log4Net轻量级的免费开源.NET⽇志记录框架。
Enterprise Library LogApplication Black微软企业库⽇志记录。
Elmah实现最流⾏的应⽤异常⽇志记录框架。
NLog简单灵活的⽇志记录类库，性能⽐Log4Net⾼，使⽤和维护难度低。
Essential Diagnostics为内置System.Diagnostics 命名空间扩展功能，提供更灵活的⽇志功能。
官⽹Logary mono 和 .Net 平台下⾼性能、多⽬标的⽇志、度量、追踪和健康检查库。
easynetq 用法 -回复
easynetq 用法-回复标题：深入理解与使用EasynetQEasynetQ是一个基于.NET的高级MQ（消息队列）接口，它提供了与RabbitMQ的无缝集成。
在高并发、分布式系统中，消息队列是一种非常重要的组件，它可以有效地解耦系统、提高系统的稳定性和扩展性。
本文将详细介绍EasynetQ的使用方法和步骤。
一、安装EasynetQ首先，我们需要在项目中安装EasynetQ。
如果你的项目是通过NuGet 管理包的，你可以直接在Package Manager Console中输入以下命令进行安装：bashInstall-Package EasyNetQ这将会下载并安装EasynetQ及其所有依赖项。
二、连接到RabbitMQ安装完EasynetQ后，我们就可以开始连接到RabbitMQ服务器了。
以下是一个基本的连接示例：csharpusing EasyNetQ;var bus = RabbitHutch.CreateBus("host=localhost");在这个例子中，我们使用了RabbitHutch类的CreateBus方法来创建一个IBus实例，这个实例是我们与RabbitMQ交互的主要接口。
参数"host=localhost"指定了RabbitMQ服务器的地址。
三、发布消息有了IBus实例后，我们就可以开始发布消息了。
以下是一个简单的发布消息的例子：csharpusing EasyNetQ;var bus = RabbitHutch.CreateBus("host=localhost");bus.Publish(new MyMessage { Text = "Hello, world!" });在这个例子中，我们调用了IBus实例的Publish方法来发布一个MyMessage类型的对象。
这个对象将被发送到RabbitMQ服务器，并可以被订阅了相应消息类型的消费者接收。
消息队列各种比较
消息队列各种比较/archimedes_zht/article/details/740121 0最近的工作需要用到MessageQueue来做“任务分发”，自己写了一个简单的，但是感觉不够满意。
主要还是感觉消息队列持久化要做的好很难，还有各种异常情况等等，短时间开发一个，挑战很大，还是找一个开源的实现吧。
先是找到了RabbitMQ，是erlang写的，而我们的系统是用Go写的，目前它还没有Go的绑定，部署系统的时候也要装erlang虚拟机。
考察了之后决定放弃。
然后是最近大名鼎鼎的ZeroMQ，第一次听说是在云风大哥的博客上（/2011/02/zeromq_message_p atterns.html），我后来在还没有用它写代码之前就分析过它的源码了（/archimedes_zht/article/details/73429 37，/docs:omq-2-1-class-diagram）。
:D 分析代码的时候就知道它没有分发任务、执行任务时候的各种确认，任务的持久化以防止任务丢失。
不过ZeroMQ可以把内存中放不下的消息先写到磁盘上去，然后再读进内存（见swap_t类）。
这次再大致看了下它的文档，可以确认它的名字虽然是MQ，但是它提倡的是“结构化网络编程”，它建立了非常灵活的编写网络程序的基础设施，可以用在各种场合，不过这些场合都需要你自己利用它提供的基础设施来定制（比如我现在急切需要的各种任务分发相关的特性）。
目前知道的是它可以创建一个queue的device。
不过这个目前和我的“任务分发”需求相差很远。
以后有空再研究这个精彩的、雄心勃勃的项目吧。
然后是Gearman（/），它是专门做任务分发的。
任务可以分为前台任务（同步任务）和后台任务（异步任务），而且提供了任务的持久化机制（配置一个数据库就行了，支持MySQL，Sqlite3等），非常符合我的胃口。
:) 而且mikespook大侠已经提供好了Gearman协议的Golang实现（/2011/05/go-%E8%AF%AD% E8%A8%80%E7%9A%84-gearman-api/）代码也实现的非常漂亮，学习了。
easynetq 用法
easynetq 用法EasyNetQ是一个.NET的消息队列库，它支持RabbitMQ，一个流行的开源消息队列系统。
使用EasyNetQ与RabbitMQ进行交互的基本步骤如下：1. 安装EasyNetQ库：首先，你需要在你的项目中安装EasyNetQ库。
你可以通过NuGet包管理器来安装它。
在Visual Studio中，打开你的项目，然后右键点击项目名，选择“管理NuGet包”，然后在搜索框中输入“EasyNetQ”，然后安装它。
2. 创建连接：在你的代码中，你需要创建一个到RabbitMQ服务器的连接。
这可以通过调用``方法来完成。
你需要提供一个连接字符串，该字符串包含连接到RabbitMQ服务器所需的所有信息，如主机名、用户名和密码等。
```csharpvar connectionString ="host=localhost;username=guest;password=guest";var bus = (connectionString);```3. 发送消息：一旦你建立了到RabbitMQ服务器的连接，你就可以使用``方法来发送消息了。
你可以传递一个消息字符串、一个类型或一个消息对象作为`Publish`方法的参数。
```csharp("Hello World message");```4. 接收消息：要接收RabbitMQ服务器发送的消息，你需要创建一个消费者。
EasyNetQ提供了一个`Consume`方法，可以用来创建一个消费者。
你可以传递一个回调函数作为`Consume`方法的参数，该回调函数将在收到消息时被调用。
```csharp(queue => {var message = ();($"Received message: {}");});```5. 关闭连接：当你完成与RabbitMQ服务器的交互后，你应该关闭到服务器的连接以释放资源。
vb.net doevents的用法
一、什么是 DoEvents？在中，DoEvents是一个用于让应用程序处理消息队列中的所有等待消息的方法。
当应用程序在执行复杂运算或者等待外部事件响应时，DoEvents可以让程序在后台处理消息，从而保持界面的响应性。
二、 DoEvents的用法1. 使用DoEvents来处理界面卡顿在编写界面响应性较差的应用程序时，可以通过在复杂运算或者等待外部事件响应的过程中不断调用DoEvents来保持界面的响应。
在一个长时间的循环过程中插入DoEvents方法，可以让界面在处理循环的同时仍然能够响应用户的操作。
2. 避免滥用DoEvents虽然DoEvents可以让界面在复杂运算中保持响应，但是滥用DoEvents也可能导致一些问题。
因为DoEvents会让应用程序在处理消息队列中的所有消息，可能会导致程序处理消息的顺序被打乱，从而引发一些难以调试的bug。
因此在使用DoEvents时，需要谨慎考虑是否真正需要在特定的地方调用该方法。
3. 示例代码下面是一个简单的示例代码，演示了在一个长时间的循环中使用DoEvents来保持界面的响应：```Private Sub LongRunningProcess()For i As Integer = 1 To 0' 一些复杂的运算' ...' 在循环过程中处理消息队列If i Mod 1000 = 0 ThenApplication.DoEvents()End IfNextEnd Sub```以上代码会在每1000次循环时调用DoEvents来处理消息队列，从而保持界面的响应。
三、总结中的DoEvents方法可以在复杂运算或者等待外部事件响应的过程中保持界面的响应，但是需要谨慎使用，避免滥用导致一些潜在的问题。
在实际开发中，可以根据具体的情况来决定是否需要使用DoEvents方法，以达到最佳的用户体验。
四、 DoEvents的适用场景在实际的软件开发中，DoEvents方法可以应用于以下几个场景：1. 在长时间的循环或者计算过程中，可以使用DoEvents来让界面保持响应，同时可以让用户进行其他操作或者取消当前的计算任务。
Netkiller Architect 说明书
Netkiller Architect ⼿札⽬录⾃述1. 写给读者2. 作者简介3. 如何获得⽂档4. 打赏（Donations）5. 联系⽅式I. 多维度架构1. 什么是多维度架构1. 架构与格局2. 架构师的⼤局观3. Architecture Overview4. CDN (Content Delivery Network)5. 微服务6. ⽇志7. 监控8. Cluster Testing2. 多维度架构之⽹站HTML1. ⽹站的历史演变1.1. 常⽤软硬件组成1.2. 第⼀代纯静态⽹站1.3. 第⼆代纯⽂本⽂件采⽤分隔符做数据存储⽹站1.4. 第三代数据库存储⽹站1.5. 第四代DNS负载均衡加反向代理1.6. 第五代负载均衡集群2. 集群(Cluster)2.1. 负载均衡DNS负载均衡软件四层交换负载均衡应⽤层负载均衡2.2. ⾼可⽤性集群2.3. 负载均衡设备2.4. 会话保持2.5. 健康状态检查3. 缓存技术3.1. 浏览器缓存Cache-Control在程序中灵活操作 Cache-Control⾮程序⽂件缓存处理ExpiresIf-Modified-Since / Last-ModifiedETag / If-None-Match3.2. CDN (Content Delivery Network) 与反向代理缓存CDN接⼝API⽅向代理⻚⾯过期处理内容版本化3.3. 负载均衡设备3.4. WEB服务器缓存3.5. 应⽤程序缓存3.6. 数据库缓存4. ⽹站静态内容出版4.1. 架构总览4.2. 静态化实现⼿段有哪些？⽣成⽅式抓取⽅式伪静态化混合⽅式静态化中的动态内容4.3. cdn4.4. www 服务器4.5. cms 服务器4.6. img4.7. Ajax 局部更新与缓存5. 多媒体数据分离5.1. 图⽚服务器分离5.2. ⽬录层次规划5.3. 多域名访问6. 图⽚尺⼨优化与⾃动裁剪6.1. 背景6.2. 实现思路尺⼨动态变化实时裁剪并静态化6.3. web或代理服务器插件实现⽅案7. 压缩数据传输7.1. Minify JSjsminyuicompressorshrinksafe8. SSL9. 搜索引擎相关优化9.1. 搜索结果静态化9.2. robots.txt9.3. sitemaps9.4. Sitemap in robots.txt9.5. sitemap 静态内容⽣成⼯具10. 静态⽹站繁简转换3. 多维度架构之⽹络延迟1. 中国的⼤⽹络环境2. 架构设计需要考虑⽹络延迟2.1. ⽹络设备造成的⽹络延迟2.2. 云平台造成的⽹络延迟2.3. 容器中造成的⽹络延迟2.4. 微服务造成的⽹络延迟3. 总结4. 多维度架构之超时时间1. ⽆处不在的超时时间2. 流量漏⽃3. 微服务的超时时间4. 容器技术的超时时间5. 最后总结5. 多维度架构之会话数1. 路由器和防⽕墙的会话数2. 负载均衡设备的会话数3. 服务器的会话数4. 应⽤程序的会话数6. 多维度架构之⽇志1. ⼀次切割⽇志引发的⾎案1.1. ⽇志是怎么产⽣的1.2. 让我们看个究竟第⼀种情况，⽇志⽂件被重命名第⼆种情况，⽇志⽂件被删除第三种情况，⽇志没有被删除，也没有被重命名，⽽是被其他程序做了修改1.3. 经典案例分析1.4. 怎样监控⽇志1.5. 总结2. ⽇志归档与数据挖掘2.1. 什么⽇志归档2.2. 为什么要做⽇志归档2.3. 何时做⽇志归档2.4. 归档⽇志放在哪⾥2.5. 谁去做⽇志归档2.6. 怎样做⽇志归档系统⽇志应⽤程序⽇志⽇志格式转换将⽇志放⼊数据库Apache PipeLog format⽇志导⼊到 MongoDB⽇志中⼼⽅案软件安装节点推送端⽇志收集端⽇志监控7. 多维度架构之监控1. 背景2. 概述3. 怎样监控3.1. 卫星监测3.2. 逐级诊断3.3. 模拟⼈⼯3.4. 数据分析3.5. 监控与开发4. 总结8. 多维度架构之分库分表1. 切分策略1.1. 垂直切分1.2. ⽔平切分2. 常规操作3. 分表需要从业务⻆度考虑4. 最后总结9. 分布式计划任务1. 什么是分布式计划任务2. 为什么采⽤分布式计划任务3. 何时使⽤分布式计划任务4. 分布式计划任务的部署5. 谁来写分布式计划任务6. 怎么实现分布式计划任务6.1. 分布式互斥锁6.2. 队列6.3. 其他10. 多维度架构之安全1. 植⼊式攻击⼊侵检测解决⽅案1.1. 什么是植⼊式攻击？1.2. 为什么骇客会在你的系统⾥⾯植⼊⽊⻢？1.3. 什么时候被挂⻢？1.4. 在那⾥挂⻢的？1.5. 谁会在你的系统⾥挂⻢？1.6. 怎样监控植⼊式攻击程序与数据分离监控⽂件变化安装⽇志收集程序2. Shell 历史记录异地留痕审计与监控2.1. 什么是Shell历史记录异地留痕与监控2.2. 什么要将Shell历史记录异地留痕并监控2.3. 何时做历史记录异地留痕2.4. 在哪⾥做历史记录异地留痕2.5. ⻆⾊与权限2.6. 怎么实现历史记录异地留痕节点配置推送端收集端3. 延伸阅读11. Shell ⾼级编程1. 递归调⽤2. 实现守护进程3. 进程间通信12. DevOps实施中你可能遇到的问题1. 什么是DevOps?2. 为什么会诞⽣DevOps?3. DevOps 虽好，为什么难以普及呢？4. 软件⼯程的历史与进化5. 为什么很多企业为什么实施 DevOps 以失败告终？6. CI 持续集成不是DevOps7. CD 持续交付不是 DevOps8. ⾃动化部署9. 收集各部⻔问题9.1. ⾃运维的需求10. 收缩技术栈10.1. 模块化思维11. 被遗忘的数据库12. 建⽴中⼼仓库13. 缓存14. 安全13. Kubernetes & Docker 实施中你会遇到的问题1. 真的需要容器吗？2. 镜像会遇到的问题2.1. 镜像使⽤的OS发⾏版不统⼀2.2. 安装位置不统⼀2.3. 时区遇到的问题2.4. Linux 系统也存在BUG3. 容器会遇到的问题3.1. 程序启动的区别3.2. 存储⾯临的问题3.3. 内部域名DNS3.4. 容器与⽹络3.5. 容器的管理3.6. 容器与安全⽹络安全挂⻢⻛险隔离安全⽤户认证3.7. 容器与监控3.8. 容器与CI/CD3.9. 宿主主机与容器的参数设置问题4. ⼈员的问题5. 最后总结14. 多维度架构之微服务1. 微服务安全吗？1.1. 配置中⼼的隐患1.2. 注册中⼼的隐患1.3. Eureka 客户端1.4. 最终总结2. 熔断器解决了什么问题？3. 微服务的性能3.1. 微服务的开销4. 多维度架构之微服务拆分4.1. 分布式事务之路4.2. 微服务拆分法则基于⼯作流拆分服务服务池的概念4.3. 最后总结5. 接⼝安全5.1. Restful 安全问提5.2. 第⼀个阶段采⽤ HTTP Basic Auth5.3. 第⼆阶段 HTTP Basic Auth + SSL5.4. 第三阶段 HTTP2 + HTTP Basic Auth +Oauth25.5. 第三阶段，终极版诞⽣，HTTP2 + HTTPBasic Auth + Oauth2 + Jwt15. 多维度架构之远程异地灾备1. 背景1.1. 建⽴容灾系统需要考虑哪些因素1.2. ⽬前容灾系统的实现⽅式1.3. 系统灾难恢复等级划分1.4. 做灾备你⾯临最⼤的挑战是什么？2. 灾备整体解决⽅案2.1. 双活互备⽅案2.2. 三机房互备⽅案3. 数据中⼼⽹络3.1. 单机房⾼可⽤双活互备解决⽅案3.2. 双机房互备异地灾备⽅案3.3. 三机房互备异地灾备⽅案4. 服务器部署4.1. ⽹站4.2. 数据源4.3. 数据库5. 软件开发5.1. 交易软件分布式交易分布式交易解决⽅案⼀分布式交易解决⽅案⼀分布式交易解决⽅案⼀5.2. 交易终端⽤户分流会话保持5.3. API 应⽤程序接⼝5.4. ⼤数据的问题第⼀个阶分区表第⼆个阶分库分表5.5. 数据校对6. ⾃动化运维7. 灾备培训和演练7.1. 培训内容培训对象操作流程7.2. 演练环境设置7.3. 演练级别与⽅式7.4. 开始演练切换前操作切换操作切换后检查7.5. 演练结果检查7.6. 可能存在的⻛险主交易系统短期⽆法恢复切换灾备系统后业务的影响数据不同步产⽣的影响7.7. 灾备系统备份7.8. 系统运营维护8. FAQ8.1. 实现双活最⼤的障碍是什么？8.2. 双活怎么解决数据冲突问题16. 多维度架构之应⽤防⽕墙1. 什么是应⽤防⽕墙2. 功能需求2.1. 计数器2.2. 访问控制列表 ACL2.3. ⽤户认证2.4. 协议3. 简单实现3.1. 权限控制与实现3.2. 演示3.3. 增加7 Layer防⽕墙17. 数据库与应⽤程序间通信1. 管道通信1.1. 背景1.2. 解决思路1.3. Mysql plugin1.4. plugin 的开发与使⽤1.5. 插件如何使⽤1.6. 部署相关问题2. 消息队列2.1. 背景2.2. 应⽤场景2.3. Mysql plugin2.4. plugin 的开发与使⽤2.5. 插件如何使⽤3. 数据库与外界⽂件3.1. 背景3.2. 解决思路3.3. 解决⽅案3.4. plugin 的开发与使⽤3.5. 在事务中使⽤该插件3.6. 通过触发器调⽤图⽚处理函数4. Socket ⽅式4.1. UDP18. 多维度架构之消息队列1. 你是怎样使⽤消息队列的？2. 你是否真正理解了消息队列？2.1. 消息队列并不是实时的2.2. 不能替代异步执⾏3. 使⽤的合理吗？4. 是否有必要使⽤消息队列？5. 最后总结19. 多维度架构之Socket连接数1. 理解服务器端与客户端2. 影响连接的因素有哪些？3. 程序怎么写？20. 多维度架构之压⼒测试1. 压⼒测试中存在的问题1.1. (What) 什么是压⼒测试压⼒测试存在哪些问题1.2. (Why) 为什么做压⼒测试1.3. (Where) 在哪⾥做压⼒测试1.4. (When) 什么时间做压⼒测试1.5. (Who) 压⼒测试过程参与⼈员1.6. (How) 如何做压⼒测试2. 协议测试2.1. What 什么是协议测试2.2. Why 为什么要做协议测试2.3. where 在哪⼉测试2.4. when 什么时候测试2.5. Who 谁来做，执⾏对象2.6. How 怎样做测试2.7. 如何学习协议测试2.8. 总结3. 打破软件⾃动化测试的格局3.1. ⾃动化测试的误区3.2. 分层与部署带来的问题3.3. 压⼒测试存在的问题压⼒测试环境测试顺序瓶颈分析指导开发3.4. 持续集成形同虚设3.5. 测试的终极⽬标II. Database Modeling Design21. 关系型数据库设计1. 数据字典2. ⽤户帐号表2.1. ⽤户注册键盘跟踪表设计3. 分类表设计3.1. 树形分类表3.2. 多对多分类3.3. 快速检索⼦分类设计3.4. 计算节点数量3.5. Example4. ⽂章表设计4.1. 分区表设计4.2. Title性能优化5. 评论表6. 记录点击率，阅读次数，及评分表7. 产品属性表7.1. 简单实现7.2. 实现属性组管理7.3. 可编辑属表8. 商品库存表9. 国际化语⾔表10. Workflow11. 内容版本控制12. logging ⽇志表的设计13. uuid 替代传统序列 id14. 动态配置表14.1. 配置表历史记录15. 验证码16. ⼿机归属地数据库表17. 数据检查17.1. 身份证校验18. 创建与修改时间19. 在线⽤户表20. HTML TO Text21. SNS 数据库设计21.1. people 表21.2. firend 表21.3. 演示21.4. network 表22. 数据库与缓存22.1. 什么是数据库缓存？22.2. 为什么缓存数据呢？22.3. 什么时候使⽤数据库缓存22.4. 涉及缓存的地⽅有哪些22.5. 谁来控制数据库缓存22.6. 怎么控制数据库缓存SQL_CACHE 缓存禁⽌缓存 SQL_NO_CACHE关闭缓存 set session query_cache_type=off23. PostgreSQL 所特有数据库设计23.1. 国家地区表的设计23.2. 话题讨论表的设计23.3. 账户表/余额表/消费储蓄表24. 数据库并⾏访问控制24.1. 防⽌并⾏显示25. Sharding25.1. horizontal25.2. vertical25.3. 新闻数据库分表案例26. MySQL ⼤数据操作注意事项26.1. 关于 delete26.2. 关于 update26.3. 关于创建索引26.4. 关于 OPTIMIZE26.5. 关于切换引擎26.6. 确保SELECT不被受阻26.7. 记录操作者22. 数据库安全1. 数据库结构版本控制1.1. 什么是数据库结构版本控制1.2. 为什么要做数据库结构本版控制1.3. 何时做数据库结构本版控制1.4. 在哪⾥做数据库结构本版控制1.5. 谁来负责数据库结构本版控制1.6. 怎样做数据库结构本版控制安装脚本启动脚本，停⽌脚本查看历史版本2. 保护表3. 保护表字段4. 时间⼀致性5. 为数据安全⽽分库6. 内容版本控制,撰改留痕7. 数据库审计表8. ⽤户/⻆⾊认证9. Token 认证10. 数据加密10.1. AES_ENCRYPT / AES_DECRYPT10.2. 加密字段11. 开发加密插件开发12. 数据区块链13. 状态保护14. 数据归档23. 参考例⼦1. CMS 数据库设计2. 数据属性例⼦2.1. 布尔状态2.2. 流状态2.3. 商品属性鞋裤⼦服装内⾐隐形眼镜戒指2.4. ⼿机号码分配2.5. 身份证2.6. 银⾏卡24. NoSQL OOD(Object-Oriented Design)1. MongoDB1.1. 配置表 config1.2. ⽇志表2. Cassandra2.1. User And Profile2.2. Category2.3. Article2.4. Product and ProductAttribute2.5. Address2.6. 练习25. Spring Data 最佳实践1. MySQL1.1. 分类表1.2. 为字段增加索引1.3. 复合索引1.4. ⼀对多实例1.5. ManyToMany 多对多1.6. 外键级联删除2. MongoDB2.1. 枚举定义2.2. ⽇志表2.3. 地址与定位III. 运维篇26. IDC1. ⽹络设备配置管理与版本控制1.1. 背景1.2. 怎样实现⽹络设备配置管理1.3. 总结2. 机房迁移2.1. 拓扑确⽴2.2. 存储规划RAID Disk Group 规划⽂件系统规划⽬录规划2.3. 设备上架2.4. 操作系统初始化2.5. 服务器及运⾏环境2.6. 部署应⽤程序2.7. 监控系统2.8. ⽇志中⼼2.9. 测试3. ⽹线怎样连接才合理3.1. 单个硬件防⽕墙⽅案防⽕墙交换机3.2. 双防⽕墙⽅案3.3. ⽹卡内外隔离交叉互联⽹络适配器常⻅⽹络适配器品牌1G 千兆以太⽹产品10G 万兆以太⽹产品4. 记录思科路由器/防⽕墙/交换机⽇志4.1. 开启⽇志4.2. syslogd 服务器脚本5. 影响⽹络流量的因素5.1. 带宽防⽕墙带宽交换机带宽聚合端⼝服务器带宽5.2. 会话数防⽕墙会话数服务器会话数应⽤服务器会话数5.3. IO硬盘 HDD固态硬盘 SSD分布IOFC SANiSCSI / FCoEInfiniBand 或 RDMA27. Server1. Linux 系统安全与优化配置1.1. Openssh 安全配置禁⽌root⽤户登录限制SSH验证重试次数禁⽌证书登陆使⽤证书替代密码认证图形窗⼝客户端记忆密码的问题关闭 GSSAPI禁⽌SSH端⼝映射禁⽌SSH密码穷举1.2. Shell 安全.history ⽂件sudo 安全问题临时⽂件安全执⾏权限1.3. 防⽕墙策略防⽌成为跳板机端⼝安全封锁特定字符串1.4. Linux 系统资源调配/etc/security/limits.conf关闭写磁盘I/O功能1.5. PAM 插件认证加固配置pam_tally2.sopam_listfile.sopam_access.sopam_wheel.so2. Tomcat 安全配置与性能优化2.1. JVM使⽤ Server JRE 替代JDK。
skynet分析
目录结构分析1. skynet-src：基础框架核心【c】，编译生成skynet主程序2. service-src：模块实现【c】，service_* 编译成 cservice/*.so3. lualib-src：库【c】，lua-* 编译成 luaclib/*.so，库里有luaopen_*，注册被lua调用的函数4. lualib：库【lua】5. service：模块实现【lua】，各种功能模块主要开发部分依托关系图skynet 框架做什么skynet 维护全局消息队列 global_mq 和服务消息队列 mq，每个服务（多数是lua vm）有自己的私有消息队列挂在全局消息队列工作线程会从全局的 globe_mq 中取 mq 来处理（通过消息队列中保存的 handle 找到对应的服务实例 ctx，执行 ctx 的回调函数）总结：skynet 维护消息队列，支持投递分发，启动工作线程弹出消息处理从启动流程开始解析模块管理【模块包含 *_create *_init *_release】，用来生成管理实例模块生成实例 skynet_context_new()每个实例生成的关键点：生成服务实例ctx，注册handle到框架，生成私有服务队列挂载到全局队列，绑定回调函数接受消息驱动lua 服务的沙盒管理skynet.newservice() 每个 lua 服务都在 snlua.so 模块的基础之上创建 （snlua xxx）launch的消息会由框架分派到 launcher.lua 【.launcher 在 bootstrap.lua 中已经绑定完成】根据协议会调用 UNCH --> unch(snlua, name)skynet_server.c cmd_launch 最终还是调用 skynet_context_new()，跟上面提到的服务实例化流程一样snlua模块帮助lua服务做了以下基础事情：生成独立lua_state，生成ctx服务实例，生成私有消息服务队列lua 服务的启动和回调设计所有 lua 服务都是 snlua 模块生成的，就会调用 snlua_init 初始化snlua_init初始化的时候第一个消息驱动服务【service_snlua.c】_launch --> _init --> 【loader.lua】执行*.lua*.lua 服务实现，必须调用 skynet.start() start会注册dispatch_message为当前lua服务回调函数skynet_dispatch_message 根据prototype 调用不同的 dispatchskynet.register_protocol() skynet.dispatch() 会注册具体协议，根据协议分类有不同的dispatch回调函数至此 lua 服务也参与到框架中skynet.exit()可以退出当前服务，skynet.kill(address)强制退出某服务lua 服务的消息交互每个skynet服务都是处理消息和发送消息，大部分消息工作在请求回应模式 call，消息session由发起方生成（框架自动关系），回应方回应时带回，0表示不需要回应每个服务都有32位数字地址，高8位表明所属节点，skynet.self() 获得服务自己的地址，skynet.harbor()获得服务所属节点可以给服务起名，用skynet.register(name)注册别名，(name,address)为某个地址命名消息分发和回应dispatch()注册具体协议（需要先注册消息类别），对应的处理函数表，CMD{}register_protocol() 注册消息类别，多数处理"lua"类型的消息已经默认注册只需要dispatch，自定义新类别需要同时定义pack，unpack进行消息编码解码pack 把lua消息打包成 c指针和长度，unpack 把c指针和长度解析成lua对象skynet.ret() 接受c指针和长度，将消息附上当前session以及skynet.PTYPE_RESPONSE发回给消息的source，一般可以skynet.ret(skynet.pack(...))，框架中也有skynet.retpack(...)如果回应的消息需要先挂起等将来条件满足再回应，可以调用 skynet.response(skynet.pack)消息推送和远程调用skynet.send(address, typename, ...) 把类型为typename的消息发送给address，它会先经过事先注册的pack函数打包skynet.call(address, typename, ... )内部生成一个唯一session，向address提起请求并阻塞当前 coroutine 等待回应，回应会返回session来查找对应 coroutine，unpack解包skynet.call 仅仅阻塞当前 coroutine ，服务内的状态在调用前和返回处理时很可能被改变skynet.rawcall(address, typename, msg, size)不经过打包直接发送，回应也不经过解包skynet 数据共享（datacenter, sharedata）master节点会开启一个服务 datacenter，类似一个全网共享的树结构注册表datacenter.set(key1,key2,...,value)设置value，key层级支持多层datacenter.get(key1,key2,...)取得value，key层级支持多层datacenter.wait(key1,key2,...)取得value，区别是如果当前没有值会等待上述接口都会阻塞当前 coroutine，会网络通信，哪怕请求的是本节点共享的数据-----------------------------sharedata 共享本节点数据（new, update, query, delete）skynet 服务地址的管理 service_mgr.lua当节点中的服务是单例的需求，skynet.uniqueservice() 可以获取某个模块的单例服务实例（没有找到实例的话会调用 skynet.newservice() 创建）支持全网单例，请求的时候第一个参数bool会表示是否全网单例，全网单例会从 master 节点的 service_mgr 请求相比上面的数据中心共享，这个模块只提供服务地址的共享，而且本地节点会有缓存，减少数据通信skynet 怎么实现分布式skynet 中有 harbor 模块用来投递远程消息，同一个skynet中的所有服务地址高8位都是相同的，远程消息都会被投递到 harbor 中转根据配置文件启动 cmaster 和 cslave，这两个服务是管理命名，连接处理的上层cmaster 服务启动之后，监听端口等待 slave 启动发送握手消息cslave 服务启动之后，会根据配置的 master 地址进行握手1. slave 连接 master 发送握手消息2. master 通知现有 slave_node 连接新加入的 slave，同时通知 slave 现有N个 slave_node，把 slave 加入到 slave_node 队列3. slave 启动 monitor_master 协程监听 master 的通知，（比如新加入slave的连接通知）4. 等待现有的N个 slave_node 连接，管理建立的连接到 slaves，然后关闭socket监听harbor 服务实例是负责中转远程消息的真正执行者，上面 slave 之间的连接是 harbor 实际进行cslave 处理来自 harbor.lua 的 lua 协议（在全网查找服务名字，任何服务需要注册全局名字），处理来自 harbor.so 模块的 text 协议（查询全局名字，断开harbor），处理来自 master 的连接广播harbor.so 处理（PTYPE_HARBOR 消息来自 cslave 命名，连接），处理（PTYPE_SYSTEM 消息发送到远程）skynet 组播广播multicastd 模块生成实例 snlua multicastd，每个节点都只有一个单例，会在数据中心注册，专门负责组播频道管理multicastd 管理着 channel 某频道订阅者列表，channel_remote 某频道远程订阅者列表节点内可生成多个订阅者，订阅者可以订阅本地或者远程频道，订阅远程频道的时候，multicastd 会像远程节点的 multicastd 订阅（加到对方的 channel_remote）new() 创建频道，返回频道idnew(conf) 根据提供的参数加入频道，消息收到后的回调subscribe() 订阅频道，接收广播消息的前提publish() 发布消息，如果有远程订阅者，会广播消息内容到远程的 multicastd，再由它广播给同节点下的订阅者，会触发订阅者的回调同节点内广播消息指针，跨节点广播消息内容，跨节点依赖，跨节点通过数据中心查找频道信息snax 框架lua层实现了一个比skynet层更简单使用的框架，启动的服务是 snlua snax xxxsnax 框架约定了预置的几个接口，init，exit，hotfix。