ios开发之异步测试异步io编程

iOS图像显示原理、UI卡顿掉帧、异步绘制、离屏渲染

GPU渲染管线（OpenGL渲染管线）顶点着色、图元装配、光栅化、片段着色、片段处理---所有处理完成后，将像素点提交到帧缓冲区（FrameBuffer）。

CPU 和 GPU 不论哪个阻碍了显示流程，都会造成掉帧现象。所以开发时，也需要分别对 CPU 和 GPU 压力进行评估和优化。

）对象创建、调整、销毁。2）预排版（布局计算、文本计算）。3）预渲染（文本等乙部绘制、图片解码等）。将以上3点操作放到子线程里做。GPU：纹理渲染 1）避免离屏渲染。2）依托于CPU的异步绘制机制来减轻GPU的压力。

iOS页面UI渲染其实是由CPU和GPU同时协作完成的。顺便查了下屏幕渲染，分为三种离屏渲染（Off-Screen Rendering）：就是GPU在当前屏幕以外开辟一个另外的缓冲区进行渲染操作。

图形渲染流水线支持从顶点开始进行绘制（在流水线中，顶点会被处理生成纹理），也支持直接使用纹理（图片）进行渲染。

1、注意：线程同步阻塞后不一定能造成死锁，还要看看还有没有其他线程去执行那个block，如果能有，就能解锁阻塞的线程，继续执行任务。如果没有，那就是死锁了。

2、分析：这个案例没有使用系统提供的串行或并行队列，而是自己通过 dispatch_queue_create 函数创建了一个 DISPATCH_QUEUE_SERIAL 的串行队列。执行任务1；遇到异步线程，将【任务同步线程、任务4】加入串行队列中。

3、用main queue也是一样的效果，因为main queue也是一个串行队列。串行队列实际上是单线程。第二幅图中使用的并行队列，当block加到并行队列中，不会等待正在执行中的处理，而立即分发到可用线程中去执行。

4、造成主队列的相互等待，并非主线程死锁。死锁，崩溃。原因与在主线程同步提交主队列原因相同。由于串行队列的相互等待造成死锁。队列改成并发，可以正常执行。上层业务异步获取结果再调同步也会死锁。

1、.首先我们一个参数是回调的方法，这样在异步耗时操作之后可以调用这个回调，进而进行下一次的next调用。

2、我们创建一个异步线程，然后在异步线程中添加了一个定时器或者 self.perform( with： afterDelay： ) 时，等时间到了，却发现没有响应对应的方法。

3、两个线程同时操作view的树形结构：在线程A中for循环遍历并操作当前View的所有subView，然后此时线程B中将某个subView直接删除，这就导致了错乱还可能导致应用崩溃。

4、当然也可以用Event，子线程SetEvent，主线程定期WaitForSingleObject，把超时设为1。如果子线程需要等待主线程的处理，就再加一个Event，子线程设置flag/触发Event1之后等特第二个Event，主线程处理完毕后触发第二个Event。

1、上架版本需要使用正式的证书(appledistribution)，开发测试用开发证书(appledevelopment)一般都要创建两个证书一个用于开发，一个用于上架，如果有支付内容，还必需要ApplePay的证书。

2、一般app开发需要经过确定功能需求，确定UI设计，正式开发，进行测试等流程，然后再上架到应用商店。

3、以下是一些开发安卓应用程序的步骤：安装必要的软件和SDK，在开发前，请确保你的电脑已经安装了JDK、Android SDK和最新版的Visual Studio 2022，可以通过guan 方网站下载和安装。

4、\x0d\x0a\x0d\x0a开工：\x0d\x0a有好的创意然后开始软件开发，工作都是在Xcode上进行。详细可以看Xcode相关的教程。\x0d\x0a写完后需要测试，可以在Xcode上进行虚拟测试，也可以在IPAD上进行实际测试。

5、第三：电量测试在电器电池技术没有取得巨大突破前提下，这方面始终会存在一些瓶颈，如果一些App架构设计的不好，或者代码偶缺陷，就可能导致电量消耗比较高，所以电量测试也是很重要的。