PROSAGA码农传奇-zeromq-多个进程记录到ZeroMQ Appender

<div class =“post-text”itemprop =“text”>
  <H2>
    “硬件”被拒绝的原因有两个
     <code>
      .bind()
    </code>
    -s
  </H2>
  <P>
    的<strong>
      一
    </强>
     已经在你的帖子中 - 在一个假设下，JeroMQ服务确实试图严格
     <code>
      .bind()
    </code>
     在你想去的地方
     <code>
      .connect()
    </code>
     代替。检查代码库，以确认（如果代码不是责任，可以使用可能的fork / mod以重构的服务方式避免任何此类不适）或拒绝此替代方案。
  </p>
  <P>
    但我要提一下
    的<strong>
      另一个可能的原因
    </强>
    这在PoC /原型设计过程中经常出现问题。
  </p>
  <P>
    早期的模拟工具很容易崩溃（是的，有时会安静地崩溃，但有时会比PoC团队愿意忍受更多次或更难）。
  </p>
  <P>
    如果代码库在这个阶段没有（还）设计得很好，那么也要清楚地处理资源管理（正确使用显式的
     <code>
      aSocket.setsockopt( LINGER, 0 )
    </code>
    <子>
       （在4.x之前的本机API版本中必须具有致命性）
    </子>
     <code>
      {aSocket|aMessage}.close()
    </code>
     和
     <code>
      Context.term()
    </code>
     即使在崩溃后仍然可以执行干净退出的方法，有些情况下，您的代码仍然保持一个仍然活动（未拆除）的一个或多个
     <code>
      Context()
    </code>
    -instances，它（仍然）阻止硬件资源，因为它还不允许发布它们。
  </p>
  <P>
    这有时会导致需要重新启动平台，因为它已陷入僵局
     <code>
      Context()
    </code>
    -instance没有其他方法可以进行“真空清洁”（对于那些没有融合/保护代码以保存到最后阶段的人来说是羞耻的）
     <code>
      try: except: finally:
    </code>
     triade，强制终止并清理释放所有已分配的资源）。
  </p>
</DIV>