本文最后更新于 989 天前,其中的信息可能已经有所发展或是发生改变。
Lua VM ling.choice()API中,使用进程间通信手段发送UI请求到JNI,后阻塞API,等待JNI返回之后,将数据返回给Lua VM。在等待JNI返回时,使用轮询Flag变量的方法控制返回时机,遭遇内存屏障问题。
内存屏障是指在多核CPU中,不同线程运行在不同核心之上,线程对共享变量的修改存在与当前核心的寄存器上,并没有立即写入内存。其他核心从内存载入数据也需要时机。导致并发编程中当前线程所做的更改在其它线程中不保证一定可见。同步时机是不确定的。
要解决并发编程中的内存屏障问题,需要使用同步元语来降低影响。
使用flag来将异步操作改为同步时,需要使用std::atomic来定义原子的flag对象。此时对flag的读和写操作都是原子操作,不可细分,std::atomic还可以保证对flag的修改能立即同步到其他线程中。
std::atomic是否会带来额外开销暂不知道。