利用runLoop加载高清大图

一、什么是runLoop

  1、说白了,runloop就是运行循环

  2、runloop,他是多线程的法宝

    通常来讲,一个线程一次只能执行一个任务,执行完之后就退出线程。但是,对于主线程是不能退出的,因此我们需要让主线程即使任务执行完毕,也可以继续等待接收事件而不退出,那么runloop就可以做到。

    但是非主线程通常来说就是为了执行某一任务的,执行完毕就需要归还资源,因此默认是不运行runloop的。

  3、每一个线程对应都有一个runloop,只是默认只有主线程的runloop是开启的,其他子线程的runloop是默认不启动的,若要启动需要程序员手动启动。

  

二、runloop作用

  1、保证程序不退出

  2、负责监听所有的事件(sources、observe、timer)(触摸、时钟、网络事件)

  3、runloop非常懒,有任务就处理,没有就睡眠

  4、runloop负责在一次循环中渲染UI

三、runloop模式

  NSRunLoopDefaultMode:App的默认Mode,通常主线程是在这个Mode下运行
  UITrackingRunLoopMode:处理UI事件的mode
  NSRunLoopCommonModes:这是一个占位用的Mode,不是一种真正的Mode(默认在NSRunLoopDefaultMode和UITrackingRunLoopMode这两种模式下
  UIInitializationRunLoopMode:在刚启动App时进入的第一个Mode,启动完成后不再使用
  GSEventReceiveRunLoopMode:接受系统事件的内部Mode,通常用不到

一个场景:加载多张高清大图时拖拽tableView,导致界面卡顿

  分析一:

    加载多张高清大图:需要加入runloop,在运行循环时渲染UI,进入UITrackingRunLoopMode模式

    拖拽tableView:需要加入runloop,在运行循环时处理触摸事件,进入UITrackingRunLoopMode模式

    加载多张高清大图,相当于runloop一次循环渲染了多张大图(多个任务),占用了这次循环的大部分时间,导致界面卡顿    

  解决方案:让runloop一次循环只渲染一张大图(只干一件事),定义观察者,每次循环添加一张图片进行渲染!

  代码以及实现已经有大神整理好了:https://blog.csdn.net/liyanjun201/article/details/79096289

以下是其他大神整理的关于runloop的资料 很全面  https://blog.csdn.net/qq_30513483/article/details/53373905

RunLoop是什么,有什么作用,如何获取?

  • 定义

    • RunLoop的实质是一个死循环,用于保证程序的持续运行,只有当程序退出的时候才会结束(由main函数开启主线程的RunLoop)
  • 作用
    • 保持程序的持续运行
    • 处理App中的各种事件(触摸、定时器、Selector事件)
    • 节省CPU资源,提高程序性能(该做事做事,没事做休息)
  • 获取方法
    • 使用NSRunLoop(面向对象)或者CFRunLoopRef(底层C语言)

RunLoop的原理

  • RunLoop开启一个循环事件,并接受输入事件,接受的事件来自两种不同的来源:

    • 输入源(input source)(传递异步事件)
    • 定时源(timer source)(传递同步事件)
  • RunLoop接收到消息后采用handlePort、customSrc、mySelector和timerFired等四个方法处理对应的事件
  • 当RunLoop没有接收到消息时,则进入休眠状态,以保持程序持续运行

RunLoop的原理

RunLoop接收几种输入源,系统默认定义了几种模式?

  • 输入源有两种

    • 基于端口的输入源(port)
    • 自定义的输入源(custom)
  • 系统定义的RunLoop模式有五种,最常用的有三种,如下所示:
    • NSDefaultRunLoopMode

      • 默认模式,主线程中默认是NSDefaultRunLoopMode
    • UITrackingRunLoopMode
      • 视图滚动模式,RunLoop会处于该模式下
    • NSRunLoopCommonModes
      • 并不是真正意义上的Mode,是一个占位用的“Mode”,默认包含了NSDefaultRunLoopMode和UITrackingRunLoopMode两种模式

RunLoop模式的原理和使用注意点?

  • 原理和注意点

    • 一个RunLoop包含若干个Mode,每个Mode又包含若干个Source、Observer、Timer(如下图所示)
    • 每次RunLoop启动,只能指定一个Mode,这个Mode被称为CurrentMode
    • 如果需要切换Mode,只能退出Loop,再重新指定一个Mode进入, 以使不同组之间的Source、Observer、Timer互不受影响

RunLoopMode

RunLoop和线程有什么关系

  • RunLoop与线程是一一对应的
  • 程序启动时,主线程默认会自己创建RunLoop,并设置为Default模式
  • 创建子线程时,必须获取当前线程的RunLoop并启动它

NSTimer和RunLoop的关系?

  • NSTimer需要添加到Runloop中, 才能执行的情况
  • NSTimer默认被添加到Runloop中, 直接执行的情况

NSTimer准确吗,如果不准确,如何设计一个准确的timer?

  • 不准确
  • 准确的Timer应该和当前线程的RunLoopMode保持一致

TableView/ScrollView/CollectionView滚动时为什么NSTimer会停止?

  • 一个RunLoop不能同时共存两个mode
  • 当滚动视图滚动时,当前RunLoop处于UITrackingRunLoopMode,
  • NSTimer的RunLoopMode和当前线程的RunLoopMode不一致,所以会停止
  • 解决方法:将timer的runloopMode改为UITrackingRunLoopMode或者NSRunLoopCommonModes

如果NSTimer在分线程中创建,会发生什么,应该注意什么?

  • NSTimer没有启动

    • 在主线程中,系统默认创建并启动主线程的runloop
    • 在分线程中,系统不会自动启动runloop,需要手动启动
  • 解决方法:
    • 启动分线程的runLoop

在异步线程中下载很多图片,如果失败了,该如何处理?请结合RunLoop来谈谈解决方案

  • 在异步线程中启动一个RunLoop重新发送网络请求,下载图片

如果程序启动就需要执行一个耗时操作,你会怎么做?

  • 开启一个异步的子线程,并启动它的RunLoop来执行该耗时操作

runloop与autoreleasepool的关系

如果在分线程中启动一个异步请求,会有什么问题?

判断其是否请求结束,如果未结束,要保持当前线程一直启动,直到结束

程序启动时,runloop是如何工作的?如果程序启动就需要执行一个耗时操作,你会怎么做?

程序启动时,系统默认创建并启动主线程的runloop,runloop会默认创建两个Observe来进行监听runloop的进出和睡眠,有事情的时候就去做,没事的休眠

(线程(创建)-->runloop将进入-->最高优先级OB创建释放池-->runloop将睡-->最低优先级OB销毁旧池创建新池-->runloop将退出-->最低优先级OB销毁新池-->线程(销毁))

线程刚创建时并没有runloop,如果你不主动去获取,那么一直都不会有。

耗时操作可以放在分线程中进行,结束后回到主线程

原文地址:https://www.cnblogs.com/chglog/p/9406693.html

时间: 2024-11-10 10:56:22

利用runLoop加载高清大图的相关文章

浅谈android中加载高清大图及图片压缩方式(二)

这一讲就是本系列的第二篇,一起来聊下关于android中加载高清大图的问题,我们都知道如果我们直接加载原图的话,一个是非常慢,需要等待一定时间,如果没有在一定的时间内给用户响应的话,将会极大影响用户的体验.另一个是如果你的手机内存小的话,可能会直接崩溃.这也就是直接加载高清原图问题.遇到这些问题很容易想到的一点就是图片压缩,本篇文章也就是讲述图片压缩方式来实现加载高清大图的效果.但是现在问题就来了,通过上篇博客我们知道,手机的分辨率有很多,如何保证我同一张图片在不同分辨率的手机上能适当的压缩比例

加载高清大图崩溃问题

SDWebImage加载高清大图崩溃问题: 经验证没测试出来,在网上查找根源应该是在iOS7上有问题,特此记录一下 第一种:老版本SDWebImage_v4.2.0 更改源码 这里面对图片的处理是直接按照原大小进行的,如果几千是分辨率这里导致占用了大量内存. 1.在UIImage+MultiFormat 中增加方法,对图片做一次等比的压缩. +(UIImage *)compressImageWith:(UIImage *)image { float imageWidth = image.size

IOS 多个UIImageView 加载高清大图时内存管理

当我们在某一个View  多个UIImageView,且UIImageView都显示的是高清大图,就有可能出现内存警告的问题.如果第一次进入这个view,没有发生内存警告,当再次进入这个view,如果上一次的内存没有及时释放,这一次次的累加,便可导致内存崩溃. 1,UIImage 加载图片的方式.      如果是本地图片,尽量不要使用 [UIImage  imageNamed:nil]; 这种方式,如果使用这种方式加载,只要程序不退出,它便一直会在内存中.     我们可以使用 :      

WPF 异步加载高清大图

不管什么东西,但凡太大了,总是让人又爱又恨啊!(很有道理的样子,大家鼓掌└( ̄  ̄└)(┘ ̄  ̄)┘) 猿:老板,现在这社会啊,真是浮躁啊,之前还是什么1080P,然后就到了2K,现在又到了4K……他们是想把毛孔都看清楚? 老板:能不能做? 猿:已经做好了啊,但是……反正这次我们能说会道的X经理也没能忽……说服客户. 老板:是什么问题嘛,说出来我帮你想想办法.(老板真是好人啊,语重心长) 猿(ノへ ̄.):客户不是升级了4K摄像机吗,哎哟,那玩意儿,老长了,就跟火箭筒似的,扛起来那感觉(? •?_

关于SDWebImage加载高清图片导致app崩溃的问题

链接是对于SDWebImage的使用方法 http://www.cnblogs.com/JimmyBright/p/4457258.html 使用SDWebImage加载高清图片的时候,往往会报内存溢出的错误导致程序直接crash.比如说,你的程序加载10张左右的单反相片,这些相片每张都在10M左右,使用SDWebImage下载缓存再显示的方法,程序肯定会直接挂掉,查看内存图标一般是这种情况 这个程序一般运行内存消耗是13M左右,但是在加载了某张10M左右的图片后,突然有一个上升,飙升到178M

Android_性能优化之ViewPager加载成百上千高清大图oom解决方案

一.背景 最近做项目需要用到选择图片上传,类似于微信.微博那样的图片选择器,ContentResolver读取本地图片资源并用RecyclerView+Glide加载图片显示就搞定列表的显示,这个没什么大问题,重点是,点击图片进入大图浏览,比如你相册有几百张图片,也就意味着在ViewPager中需要加载几百个view,况且手机拍出来的图片都是1-2千万左右像素的高清大图(笔者手机2千万像素 也就是拍照出来的照片3888*5152),大小也有5-7个兆,ViewPager滑动不了十几张就oom了,

利用python爬虫关键词批量下载高清大图

前言 在上一篇写文章没高质量配图?python爬虫绕过限制一键搜索下载图虫创意图片!中,我们在未登录的情况下实现了图虫创意无水印高清小图的批量下载.虽然小图能够在一些移动端可能展示的还行,但是放到pc端展示图片太小效果真的是很一般!建议阅读本文查看上一篇文章,在具体实现不做太多介绍,只讲个分析思路. 当然,本文可能技术要求不是特别高,但可以当作一个下图工具使用. 环境:python3+pycharm+requests+re+BeatifulSoup+json 在这里插入图片描述这个确实也属实有一

FineUI小技巧(5)向子窗口传值,向父窗口传值(另附24张专业版高清大图)

前言 FineUI中经常会用到启用IFrame的Window控件,这样有助于从物理上进行代码解耦和.IFrame的引入就会涉及传值问题,如何在父窗口和子窗口之间相互传值呢? 向子窗口传值 向子窗口传值只需要把要传递的参数放在页面URL中即可,一般有两种做法: 页面回发,在后台通过C#代码拼接需要的URL(推荐做法,方便!) 页面第一次加载时,即注册需要的URL(如果参数是页面上某输入框的值,则需要在URL中嵌入JavaScript代码) 来看一个例子,分别用上述两种方式实现: 页面的初始显示 点

FineUI(专业版)高清大图赏析!(第二波)

FineUI(专业版)是由三生石上全新打造的基于 jQuery 的专业 ASP.NET 控件库,计划在七月下旬正式发布. 选择FineUI(专业版)的四大理由:1. 简单:专业版和开源版兼容(v4.x),您现在就可以使用开源版进行开发,等正式版发布时只需替换 DLL 即可.2. 极速:专业版基于 jQuery 库重写,使得 JS 和 CSS 体积大幅减少,页面加载速度将是开源版的 2 倍以上.3. 多彩:专业版不仅保留 Neptune 皮肤,而且兼容 jQueryUI 的 ThemeRoller