我们有一个结构，可以将其转换为字节数组，并将其打包为MSMQ扩展属性。该结构中的值之一是TimeToDelay值。我们对接收到的消息进行迭代，以查找TimeToDelay +到达时间值小于当前时间的消息。基本上，消息是否在队列中至少存在TimeToDelay。如果有，那么我们将消息拉出并进行处理，而不是FIFO。我遇到过这样一种情况，客户将队列置于负载之下，并且某些扩展字节数组作为垃圾接收。字节数组应如下所示：
4A-BF-CE-DB-EB-F3-29-41-BE-37-A5-27-1F-1F-3C-36-03-00-00-00-00-00-00-00- 00-00-00-00-01-00-00-00
但是它看起来像：
53-6E-67-3D-48-64-72-2A-6E-6F-74-78-64-65-74-65-63-74-3D-54-72-75-65-2A- 63-74-72-6C-67-75-69-64-3D-31-35-37-34-36-35-37-39-37-37-2A-61-70-70-49-64- 3D-31-32-35-36-39-35-2A-6E-6F-64-65-69-64-3D-31-37-32-33-34-35-35-36
我已经阅读了所有内容，认为MSMQ不会损坏，但是我看不到任何其他解释。每次将消息写为第一个字节数组。我还读到，MSMQ应该始终读为FIFO，但没有解释如果不这样做，其副作用是什么？
我们有一个结构，可以将其转换为字节数组，并将其打包为MSMQ扩展属性。该结构中的值之一是TimeToDelay值。我们遍历接收到的消息，看起来...
我不知道是否应该只删除此消息，但也许会对某人有所帮助。看了几个月的日志后，我注意到了一种模式。我将字节数组放入了一个工具HxD将字节转换为可读的内容我发现有一些专门为AppDynamics设置的变量。我希望这对有人了解应用程序可以共享扩展以及如何更仔细地查看扩展有所帮助。