C++11标准定义了一个内存模型(1.7、1.10)，其中包含内存排序，大致为“顺序一致”、“获取”、“消耗”、“释放”和“放松”。同样粗略地，一个程序只有在它是无种族的情况下才是正确的，如果所有Action都可以按某种顺序排列，其中一个Action发生在另一个Action之前，就会发生这种情况。一个ActionX发生-beforeActionY的方式是X在Y之前排序(在一个线程)，或X线程间发生在Y之前。除其他外，当X与Y同步，或X在Y之前按依赖顺序排序。Synchronizing-with发生在X是一个原子存储，在某个原子变量上具有“释放”顺序，而Y是一个原子负载对同一变量进行“获

http://en.cppreference.com/w/cpp/atomic/memory_order和其他C++11在线引用资料，将memory_order_acquire和memory_order_release定义为:获取操作:否阅读在当前线程中可以在此加载之前重新排序。发布操作:否写道在当前线程中可以在此存储后重新排序。这似乎允许执行获取后写入之前获取操作，这对我来说也很奇怪(通常获取/释放操作语义限制所有内存操作的移动)。相同的在线资源(http://en.cppreference.com/w/cpp/atomic/atomic_flag)表明可以使用C++原子和上述宽松的

http://en.cppreference.com/w/cpp/atomic/memory_order和其他C++11在线引用资料，将memory_order_acquire和memory_order_release定义为:获取操作:否阅读在当前线程中可以在此加载之前重新排序。发布操作:否写道在当前线程中可以在此存储后重新排序。这似乎允许执行获取后写入之前获取操作，这对我来说也很奇怪(通常获取/释放操作语义限制所有内存操作的移动)。相同的在线资源(http://en.cppreference.com/w/cpp/atomic/atomic_flag)表明可以使用C++原子和上述宽松的

开发和部署环境Unity：2020.3.40PicoG24k一、报错信息一览（1）[EGL]Unabletoacquirecontext:EUnity:[EGL]Unabletoacquirecontext:EGL_BAD_SURFACE:AnEGLSurfaceargumentdoesnotnameavalidsurface(window,pixelbufferorpixmap)configuredforGLrendering.解决办法：多线程渲染争用，所以包这个错误，关闭多线程渲染。（2）GL_OUT_OF_MEMORYNotenoughmemorylefttoexecutecommand

开发和部署环境Unity：2020.3.40PicoG24k一、报错信息一览（1）[EGL]Unabletoacquirecontext:EUnity:[EGL]Unabletoacquirecontext:EGL_BAD_SURFACE:AnEGLSurfaceargumentdoesnotnameavalidsurface(window,pixelbufferorpixmap)configuredforGLrendering.解决办法：多线程渲染争用，所以包这个错误，关闭多线程渲染。（2）GL_OUT_OF_MEMORYNotenoughmemorylefttoexecutecommand