怎么设计自己的消息，消息要变长的？接收方怎么取消息？变长的话怎么确定消息边界

以pid做消息类型当然有这样的问题
你可以指定一个特定的值做消息的key啊
至于消息是在内核中那也很正常，消息本来就是设计用来在不同的进程中交换信息用的
进程关了还保存消息是很正常的
消息队列创建者和root都可以删除。

unix的体系结构运转了这么多年，支撑了无数被实践证明很稳定可靠的软件。
反观微软，自己的软件在一起都无法做到稳定可靠。
如果你觉得微软考虑的更全面，那只能说明你还需要继续努力学习啊

消息队列堵塞，多半是应用程序逻辑有问题。在UNIX上出现N多年的东西，是值得信赖的。

Unix设计者周详考虑了计算机的使用和设计，所以确实被证明稳定可靠。它所依赖的C/C++的设计者只是设计了C的语法，要求程序员确保程序的正确性和健壮性。而很多“高级”C程序员忽略了这一点，当程序出错时首先想到的是别人有什么问题而不考虑自己的问题。
Windows的设计者过多的考虑了使用者的感受，所以一出世就风靡全球，但是它把世人都当作傻瓜的做法早已为很多人所不耻。如果不是因为目前的生计，我早就退出Windows了

message queue是定长的吧

为什么堵塞？处理不过来？

尽信书则不如无书，消息队列确实有很多不足，如不能查询等，消息堵里面也无法回收
======
怎么叫做不能查询啊？可以顶开m个消息队列，每个消息队列可以有n种消息，选择需要处理的类型就可以。
消息堵了？如果是处理不过来，可以增加CPU和内存，可以调整内核参数啊；如果是程序错误，就改程序吧。

尽信书则不如无书，消息队列确实有很多不足，如不能查询等，消息堵里面也无法回收
======
怎么叫做不能查询啊？可以顶开m个消息队列，每个消息队列可以有n种消息，选择需要处理的类型就可以。
消息堵了？如果是处理不过来，可以增加CPU和内存，可以调整内核参数啊；如果是程序错误，就改程序吧。



--------------------------------------------------------
赞成.带着怀疑的态度学习是好事,但不要轻易下结论.