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 流程


光伏储能虚拟同步发电机VSG并网仿真模型(Similink仿真实现)内容概要:本文档介绍了光伏储能虚拟同步发电机(VSG)并网仿真模型的Simulink实现方法,重点在于通过建立光伏储能系统与虚拟同步发电机相结合的仿真模型,模拟其在并网过程中的动态响应与控制特性。该模型借鉴了同步发电机的惯性和阻尼特性,提升了新能源并网系统的频率和电压支撑能力,增强了系统的稳定性与可控性。文档还提及相关电力系统仿真技术的应用,包括逆变器控制、储能配置、并网稳定性分析等,并提供了完整的Simulink仿真文件及技术支持资源链接,便于科研人员复现与二次开发。; 适合人群:电气工程、自动化、能源系统等相关专业的研究生、科研人员及从事新能源并网技术开发的工程师。; 使用场景及目标:①用于研究光伏储能系统在弱电网条件下的并网稳定性问题;②掌握虚拟同步发电机(VSG)控制策略的设计与仿真方法;③支持高水平论文(如EI/SCI)的模型复现与创新研究;④为微电网、智能电网中的分布式能源接入提供技术参考。; 阅读建议:建议结合提供的Simulink模型文件与文档说明逐步操作,重点关注VSG控制模块的参数设置与动态响应分析,同时可延伸学习文中提及的MPPT、储能管理、谐波分析等相关技术,以提升综合仿真能力。
你提供的日志是 `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? | ✅ / ❌ | ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值