[改进建议] 如果让我做防假死的话…… 防假

258369

首先声明一点，本人对编程是不了解的，我的想法可能是根本就没法实现的
我的想法是所有的跨窗体消息的传送都要经过一个“中转站”。这些消息都是同步传送的（而不是异步）。“中转站”的作用之一就在于侦测窗体是否假死，若假死就代替假死的窗体回应消息。为了应对“中转站”出问题的情况，可以设多个“中转站”，负责UI的部分也要侦测“中转站”是否假死。
顺便说一下一个智力问题，如果开发组能解答出来的话，说不定对开发组开发程序有帮助：有n个班级，每个班级有两把钥匙，其中一把钥匙归相应班级同学拿，怎么放剩下的一个钥匙才能让不能开门的几率降到最少？

dljdlj70000

胡说8道

xyzok

梦话连篇

duckZCX

原来我也曾YY过，后来越来越深信，还是不要乱想了。
他们看到的层面和我们想到的层面，完全不在一个维度里

258369

也许6楼说法是对的

258369

尽管开发组看到的层面和我们想到的层面，完全不在一个维度里，但是在思路上我觉得开发组是可以来看一看这个帖子的的
另：1楼的问题的答案是把1班的钥匙放在2班，2班的钥匙放在3班……n班的钥匙放在1班

bclst

问题一：假死原因很多。当我的2.3从来没遇到过。你说的一点，假死是很难判断的。需要智能和模糊标准控制。所以需要很高的智力。作为开发组的fans，我来解答你第二个问题。
剩下的钥匙插入孔里，不拔出来就可以了。免的插了拔，拔了插的。

Continued

GC的沙盒模型应该不错

大梦春秋

如果盖茨看了此贴，或许会请楼主喝茶
到时他会怎么说呢：“我都退休了，来陪我聊聊天，别打扰人家做事！”（玩笑^_^）

AY

消息必须实时处理/回覆，但探测假死并非实时的，需要用 timeout 方式来避免本身"感染"假死。拦截消息再探测是否假死再决定是否让消息通过行不通。