标签：style http ar color os 使用 sp strong 数据
Stage3D在运行中是存在随时会丢失上下文的尴尬情况。
渲染内容丢失的问题本身就说明是因为丢失了Context3D对象。出现此问题的原因很多，通常还不是因为Stage3D应用。比如在win7系统中，当按下Ctrl+Alt+Delete键时会出现类似“锁定计算机”和“启动任务管理器”的菜单选项，这就会引起渲染内容丢失。但这不是唯一的可能，还有些情况，在某些屏保程序激活时又或笔记本盖子合上时也会引起渲染内容丢失。甚至可以通过调用Context3D.dispose()方法来模拟渲染内容丢失事件。所以，最倾向的一种假设是——对于大部分Flash应用，在任何情况下任何原因都可能引起渲染内容丢失（囧）, 解决办法只能是尽可能地妥善处理。
更多详情可以查看：如何处理Stage3D渲染内容的丢失
我们如何得知Stage3D在运行中丢失了上下文（Context3D）呢？不能得知，因为没有对应的事件或回调方法，但是当上下文丢失了以后，Stage3D会在恢复上下文成功时（可以看做Stage3D在丢失上下文后会自动调用requestContext3D方法）再次抛出Event.CONTEXT3D_CREATE事件，并且Stage3D的context3D属性为新获得的可以使用的上下文对象。老的上下文对象会失效，失效的上下文对象的driverInfo属性值为"Disposed"，可以根据该属性判断当前上下文是否失效（即丢失或手动销毁）。
Starling对上下文丢失的处理：
上下文丢失后，我们之前传递到显存的数据就都丢失了，再次获取到Event.CONTEXT3D_CREATE事件时，我们拿到的是一个全新的Context3D对象，所以恢复上下文丢失的第一步就是重新上载数据（包括顶点缓冲、索引缓冲和纹理等）到显存；
顶点数据和常量数据的恢复：
顶点数据（VertexData）和常量数据（正交矩阵和模型矩阵）分别作为每个显示对象的变量常驻内存，而Starling的所有绘制都是放在QuadBatch类中，所以在该类中侦听Event.CONTEXT3D_CREATE事件，当接收到该事件后重新创建顶点和索引缓冲对象即可，每帧都会重新上载顶点数据和常量数据，以及设定着色器对象；
纹理数据的恢复：
纹理数据才是恢复中比较棘手的问题，因为不同于顶点数据，纹理数据一般都会占用大量的内存；
早期的Starling（0.9版）中，纹理在上传到显存后就会从内存中dispose掉，这样可以节约内存，但是一旦发生上下文丢失后，纹理就无法直接从内存中恢复了，所以新版Starling中添加了一个静态变量handleLostContext，设置为true表示纹理会被对应的texture对象持有，不会进行dispose，并且会对Event.CONTEXT3D_CREATE事件进行侦听，一旦侦听到该事件，会再次提交内存中持有的纹理数据到显存中，从而进行数据恢复；
Starling1.4中更好的处理上下文丢失：
1.4版以后，Starling对纹理的恢复更改了策略，之前的纹理采用的方法是在内存中保留BitmapData数据或Atf的ByteArray数据，这样会导致内存中存在相当占用内存的数据，新版的修改，为Texture对象添加了onRestore的属性，但上下文丢失后会调用该方法，我们在该方法中，重新实例化要上载的数据并上传到显存即可。
【Stage3D学习笔记续】山寨Starling（九）：上下文丢失处理方法
标签：style http ar color os 使用 sp strong 数据
原文地址：http://www.cnblogs.com/hammerc/p/4119219.html
