为什么有时候P的弹窗会被系统吞掉呢？

寒凌天

这几天我的代码用p XXX的方式输出一些信息时，偶尔有时会什么都不显示，我排查了很久也没排查出问题。
一个偶尔的机会，我发现在p XX之前，再多加一个p XX，结果就能显示后面的p了。

这很奇怪，因为我多加的那一个p xx莫名其妙的消失了，由此可见因为BUG前面的一个p xx给吃掉不显示了，后面的则会显示。如果只有一个p xx，那么这唯一的一个就被吞掉了。

我又没改过p的代码，而且这是封装在引擎内的，到底是什么原因导致的这个问题呢？

如果我想解决这个BUG该怎么办？有没有办法判断p xx是否正常显示？

guoxiaomi

确实遇到过类似的诡异bug，似乎重启就好了

SixRC

这么有意思的bug
假如有简单可复现工程的话
十分乐意研究
没有就不太好下手...
我认为 计算机是个十分精确的东西
不论什么bug 不论多玄学
总是有其原因的
假如确信不是工程内出了问题(换个纯新工程试试)
那..只能是操作系统级的问题了
那就不是小问题了 我感觉概率不大啊
所以 我认为是工程内的原因
但需要一份bug样本才好推断

寒凌天

guoxiaomi 发表于 2019-12-7 04:08
确实遇到过类似的诡异bug，似乎重启就好了

我找到问题的所在了！
当有地图事件或者公共事件在执行较为复杂的“并行处理”事件时，主线程的一些较为复杂的指令则可能被吞掉。（比如调用windows自身api的弹窗功能，p就是封装的这个）

总之排查并行事件就OK了，

我个人的解决方法，是把弹窗事件改到了并行事件内部，让其按照顺序执行，这样就不存在冲突了！

ppspssss

同时弹出多个窗口可能导致程序意外结束 我猜測是為了程序穩定而不彈出來

orochi2k

其实只是因为。。。。。。系统饿了（大雾）

wslkjx

SixRC 发表于 2019-12-7 11:02
这么有意思的bug
假如有简单可复现工程的话
十分乐意研究

不是我不想拿给大家技术分析，这安装包的压缩包就4G多，还要分卷下载，大的很。