容错还是改错?

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值