发现错误,应该容错,还是改错?
如果日程紧,先容错。之后必须改错。
最近移植日程紧。
移植时候发现问题:
启动过程最后一个阶段是通知UI启动。
通知做了两次(这是错误),
而且更严重的:
第一次用
PostMessage的办法来做(异步),
之后WndProc会调用启动函数。
第二次主动调用
启动函数(同步)。
启动过程是主线程来调用。
在Windows,PostMessage是放置消息到队列,
最终还是主线程通过WndProc来调用。
所以主线程先后调用两次(不是同时),启动函数能够判断。
移植的时候,我的想法是写一个消息队列,
另起一个消息投递线程来做。
结果,启动函数被主线程与投递线程同时调用。
当时起不来,不知道原因,
结果采取的办法是使用Android的消息系统来做,
从C到Java,Java又到C。
不过始终是一个线程来调。
这样做不妥当:将来再去移植,还需要调查消息如何投递。
例如X11 QT 投递的方法各有不同。
如果系统没有,或者日程紧,没有时间来查?
之后原因找到了,消息队列的方法也可用了。
问题:如何确保在一个时间段,只有一个线程调用UI?
在何处加上锁?
或者专门起一个UI线程,其它线程不可以直接调UI。
是不是应该有一个facade?
容错还是改错?
最新推荐文章于 2025-12-30 17:34:10 发布
探讨了在软件移植过程中遇到的UI启动同步与异步问题。具体分析了由于两次启动通知导致的问题,并讨论了解决方案,包括使用消息队列和锁等方法来确保同一时间只有一个线程可以调用UI。
21

被折叠的 条评论
为什么被折叠?



