10.01-runloop

本文详细介绍了RunLoop的工作原理和应用,包括其基本作用、对象、线程关系、获取方式及核心类。RunLoop通过事件循环管理事件,节省CPU资源,维持程序运行。它与线程一一对应,每个线程有一个唯一的RunLoop对象。文中还提到了RunLoop的运行逻辑,如Source0、Source1、Timer和Observer,并展示了如何使用Observer监听RunLoop状态。在实际开发中,RunLoop可用于控制线程生命周期、解决NSTimer问题、监控应用卡顿和性能优化。此外,还讨论了如何配置定时器使其在滑动时不暂停工作。

实际上是一个对象,这个对象提供一个入口函数,执行这个入口函数后,程序会进入一个do…while循环,不断的处理事件,节省cpu资源,提高利用率.
通过内部维护的事件循环来对事件/消息进行管理的一个对象

  • 没有消息需要处理时,休眠以避免资源占用
  • 有消息需要处理时,立刻被唤醒

1. 基本作用

  1. 保持程序的持续运行
  2. 处理App中的各种事件(触摸事件,定时器事件,performSelect)
  3. 节省CPU资源,提高程序性能(该做事的时候做事,该休息的时候休息)

2. RunLoop对象

Foundation : NSRunLoop
Core Foundation : CFRunLoopRef

NSRunLoop 和 CFRunLoopRef都代表着RunLoop对象
NSRunLoop是基于CFRunLoopRef的一层OC包装


3. RunLoop与线程

  • 每条线程都有一个唯一的一个与之对应的RunLoop对象
  • RunLoop保存在一个全局的Dictionary里,线程为key, RunLoop为value
  • 线程刚刚创建的时候,并没有RunLoo对象,RunLoop会在第一次获取它的时候创建
  • RunLoop会在线程结束时销毁
  • 主线程的RunLoop已经自动获取(创建),子线程默认没有开启RunLoop

1. 获取runloop对象
//    Foundation
    [NSRunLoop currentRunLoop];//获取当前线程的runloop
    [NSRunLoop mainRunLoop];//获取主线程的runloop
    
//    Core Foundation
    CFRunLoopGetCurrent();//获取当前线程的runloop
    CFRunLoopGetMain();//获取主线程的runloop

2. RunLoop相关的类


  1. _pthread : 一个runloop对应一个_pthread线程.

  1. _modes : 一个runloop包含多个mode(默认模式,UI追踪模式,GSEventReceiveRunLoopMode)
  • 每个mode中又包含了若干个source/timer/observer
  • source/timer/observer 又叫做modeItem,不同mode下的modeitem互不影响

  1. _currentMode : 当前正在运行的模式,runloop只能运行在一种模式下. 如果要切换模式,退出当前正在运行的模式,然后重新定制的mode执行

在这里插入图片描述


  1. _commonModesItems : 加入NSRunLoopCommonModes模式下的对象会被放入这个集合中


  1. _commonModes : 里面包含了默认模式 和UI追踪模式
  • 如果mode中没有任何source0/source1/observer , runloop会立马退出

3. CFRunLoopObserverRef

  • 添加Observer监听RunLoop的所有状态

//    CFRunLoopObserverCreate(<#CFAllocatorRef allocator#>, <#CFOptionFlags activities#>, <#Boolean repeats#>, <#CFIndex order#>, <#CFRunLoopObserverCallBack callout#>, <#CFRunLoopObserverContext *context#>)
//CFRunLoopObserverContext 是一个结构体
    //创建observer
    CFRunLoopObserverRef observer = CFRunLoopObserverCreate(kCFAllocatorDefault, kCFRunLoopAllActivities, YES, 0, observerCallBack, NULL);
    //添加observer
    CFRunLoopAddObserver(CFRunLoopGetMain(), observer, kCFRunLoopDefaultMode);
    //通过create copy得到的, 最后都需要释放
    CFRelease(observer);

4. runloop的运行逻辑

  • source0
    触摸事件处理 , P而formSelector:onThread:
  • source1
    一般处理系统的事件
  • Timer
    NSTimer , performSelector:withObject:afterDelay:
  • Observers
    用于监听runloop的状态
    UI刷新(beforewaiting)
    autorelease pool (beforewaiting)


5.runloop在实际开发中的应用
  • 控制线程生命周期
  • 解决NSTimer在滑动时停止工作的问题
  • 监控应用卡顿
  • 性能优化

定时器

要想定时器在UI滑动的时候也不会停止工作

[[NSRunLoop currentRunLoop] addTimer:time forMode:NSRunLoopCommonModes];
    CFRunLoopAddTimer(<#CFRunLoopRef rl#>, <#CFRunLoopTimerRef timer#>, <#CFRunLoopMode mode#>)


把定时器加入了 _commonModeItems , (加入了默认模式,和UI追踪模式)

__CFRunLoopAddItemToCommonModes : 把timer添加到每一个mode中


runloop 流程


下载方式:https://renmaiwang.cn/s/t0445 在时序发生器设计实验中,如何达成T4至T1的生成? 时序发生器的构建可以通过运用一个4位循环移位寄存器来达成T4至T1的输出。 具体而言:- **CLR(清除)**: 作为全局清零信号,当CLR呈现低电平状态时,所有输出(涵盖T1至T4)皆会被清除。 - **STOP**: 在T4脉冲的下降沿时刻,若STOP信号处于低电平状态,则T1至T4会被重置。 - **启动流程**: 当启动信号START处于高电平,并且STOP为高电平时,移位寄存器将在每个时钟的上升沿向左移动一位。 移位寄存器的输出端对应了T4、T3、T2、T1。 #### 2. 时序发生器如何调控T1至T4的波形形态? 时序发生器通过以下几个信号调控T1至T4的波形形态:- **CLR**: 当CLR处于低电平状态时,所有输出均会被清零。 - **STOP**: 若STOP信号为低电平,且在T4脉冲的下降沿时刻,所有输出同样会被清零。 - **START**: 在START信号有效(通常为高电平),并且STOP为高电平时,移位寄存器启动,从而产生环形脉冲输出。 ### 微程序控制器实验#### 3. 微程序控制器实验中的四条机器指令及其对应的微程序段指定的机器指令及其关联的微程序段如下:- **NOP**: 00- **R0->B**: 04- **A+B->R0**: 05- **P<1>**: 30- **IN->R0**: 32- **R0->OUT**: 33- **HLT**: 35#### 4. 微程序段中的微操作/微命令序列针对每条微指令,其对应的微操作或微命令序列如下:- **IN->R0**: 输入(IN)单元的数据被...
你提供的日志是 `iperf3` 的输出,显示如下关键现象: ``` Accepted connection from 192.168.0.99, port 64336 [ 5] local 192.168.0.100 port 5201 connected to 192.168.0.99 port 57192 ... Transfer: 0.00 Bytes Bandwidth: 0.00 bits/sec Jitter/Loss: 0/0 (nan%) ``` 这表明: ✅ **TCP 控制连接建立成功**(能看到客户端连接) ❌ **但没有任何实际数据传输** —— 带宽为 0,传输字节为 0 --- ## 🔍 问题诊断:为什么 iperf3 显示 0bps? 虽然连接被接受,但 **没有数据流产生**。常见原因如下: --- ### ❌ 原因 1:误用了 UDP 模式参数(却期望 TCP 测试) 你在命令中可能加了 `-u` 参数,导致使用 **UDP 模式**,但未指定发送速率(`-b`),默认 UDP 发送速率为 `1 Mbps` 或更低,甚至某些版本默认不发包! > ⚠️ 更严重的是:在旧版 iperf3 中,**如果没设置 `-b`,UDP 模式会以极低速率发送,看起来像没发数据!** #### ✅ 验证方式: 检查你的客户端命令是不是这样运行的: ```bash iperf3 -c 192.168.0.99 -u ``` 👉 这会导致使用 UDP 协议,且默认带宽很低(如 1Mbit/sec),而且如果没有持续流量或缓冲区小,可能根本看不到数据。 #### ✅ 正确 UDP 测试应指定带宽: ```bash iperf3 -c 192.168.0.99 -u -b 100M -t 30 ``` 如果你其实想测 **TCP 吞吐量**,请不要加 `-u`! ➡️ 改用: ```bash iperf3 -c 192.168.0.99 -t 30 ``` --- ### ❌ 原因 2:防火墙或中间设备阻断了数据流(仅允许控制连接) 有些防火墙/NAT 设备只放行初始连接,但阻止后续的数据传输(特别是非标准端口或高并发场景)。 #### 🧪 表现: - 控制连接能建立(看到 "Accepted connection") - 数据端口无法通信(动态端口用于数据流被拦截) #### ✅ 解决方法: - 使用 `tcpdump` 抓包确认是否有数据包发出 - 在服务端抓包: ```bash sudo tcpdump -i any host 192.168.0.99 and port 5201 -nn -s 0 -w iperf_debug.pcap ``` - 然后分析是否只有 SYN/ACK 而无应用层数据 --- ### ❌ 原因 3:客户端和服务端 IP 地址配置错误(NAT/路由不对称) 从日志看: ``` Accepted connection from 192.168.0.99 local 192.168.0.100 port 5201 → 192.168.0.99 ``` 说明: - 服务端 IP 是 `192.168.0.100` - 客户端 IP 是 `192.168.0.99` 但是你执行的命令可能是反过来的?或者双端都绑错了? 📌 特别注意:你之前说“服务端绑定到 192.168.0.99”,但现在服务端监听的是 `192.168.0.100`! #### ✅ 核对步骤: | 角色 | 应该运行在哪台机器? | |------|----------------| | `iperf3 -s -B 192.168.0.99` | 必须运行在 IP 为 `192.168.0.99` 的主机上 | | `iperf3 -c 192.168.0.99` | 运行在另一台可以访问它的机器上 | 否则就会出现“自己连自己”或路由错乱。 --- ### ❌ 原因 4:系统资源限制(内存、CPU、调度延迟) 虽然少见,但如果 CPU 占满或内存不足,iperf3 可能不能分配缓冲区来发送数据。 #### ✅ 检查方法: ```bash top | grep iperf3 free -h ``` 观察运行期间资源占用情况。 --- ### ❌ 原因 5:客户端立即退出(脚本调用异常) 如果你是通过脚本、自动化工具启动 iperf3,有可能程序启动后立刻结束(例如管道关闭、后台运行出错等)。 #### ✅ 排查建议: 手动在终端直接运行测试命令,排除环境干扰。 --- ## ✅ 正确测试示例(TCP) ### ✅ 服务端(运行在 192.168.0.100 上): ```bash iperf3 -s ``` 或指定地址: ```bash iperf3 -s -B 192.168.0.100 ``` ### ✅ 客户端(运行在 192.168.0.99 上): ```bash iperf3 -c 192.168.0.100 -t 30 ``` 预期输出(部分): ``` [ ID] Interval Transfer Bandwidth [ 4] 0.00-1.00 sec 112 MBytes 940 Mbits/sec ... [ 4] 0.00-30.00 sec 3.2 GBytes 950 Mbits/sec ``` --- ## ✅ 正确测试示例(UDP) 如果你想测 UDP,请务必加 `-b` 参数! ```bash # 服务端 iperf3 -s # 客户端 iperf3 -c 192.168.0.100 -u -b 100M -t 30 ``` 输出将包含 Jitter 和 Packet Loss。 --- ## ✅ 快速自检清单 | 检查项 | 是否正确 | |-------|--------| | 服务端 IP 与 `-B` 绑定一致? | ✅ / ❌ | | 客户端 `-c` 指向正确的服务端 IP? | ✅ / ❌ | | 是否误用了 `-u` 而没设 `-b`? | ✅ / ❌ | | 防火墙是否放行 5201 端口? | ✅ / ❌ | | 是否有足够内存和 fd 资源? | ✅ / ❌ | | 两端 `iperf3 --version` 是否 >= 3.6? | ✅ / ❌ | ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值