我有几台Java袖珍连接不同种类的远程机器的申请(一些PC,另一些是嵌入式装置)。 这些袖珍和溪流不应无限期地关闭,除非有非常好的理由(如遥控系统坠毁)。
我经常遇到这样一个问题,即投入流突然结束,没有任何理由(价值为-1),即遥远的机器并不表示连接迟缓。 但是,当我抛弃这1级机器时,该台遥远的机器实际上在后来发送了新的数据。 这可以持续很长时间。 我还可以写到产出流。
在当前形势下,我选择把1-1作为上游末处理,关闭袖珍(带有虚假的正面),或忽略1个投入,不通知实际脱节的风险。
我没有能够树立该问题的榜样,问题随意出现。
任何想法都是错误的?
www.un.org/Depts/DGACM/index_spanish.htm 添加: Java终点是现有VB申请的重写,没有这些问题(至少我知道)。
如果你有1个意思,该溪流就关闭了,那么你就无法读到这个之后,找到更多的数据。 一流一旦关闭,就无法再读。
如同你正在做一个读()并把它 by成一个字。 这意味着,你不能说明255项价值(你可以读到后)与1-1项中值(你不能理解)之间的区别。
检查路由人腹部。 价格低廉的路客,特别是那些从事北美金枪鱼养护的国家,通常会一劳永逸地清理其连接表,从而造成你的联系中断。
不管怎样,你的申请应当有力反对这些事情(这种情况将再次发生),而且你可以通过定期在电线上发送无商业价值的包装单来提供帮助。
您是否使用过电线。 它非常容易建立起来,并可能让你知道,在出现这种情况时,与柬埔寨人民党的会谈是否有任何不寻常之处。
我在服务器和客户之间每分钟都发出一纸空文,从而解决了这个问题。 (后来发现,如果交通不长10分钟,防火墙问题有时会关闭一半的连接点)。)
我知道,你重复了Alive信息,但是,这条路上的一些东西不能支持他们。 如果你用几条 by子发出自己的信息,你可以肯定。 我在这两种情况下都用电线扫描器收集实际包装,以确保实时电传能够真正达到终点。
在你的环境中,显然存在一些网络问题,你可以尝试和跟踪这些问题,但目前,这些问题对包括溪流,并重新开放更为安全。 这符合APIC的要求。
