Tvheadend录制线程CPU占用100%问题分析与修复方案

问题现象

在Tvheadend 4.3开发版本中，当系统无法为录制内容创建唯一文件名时，会导致一个核心的CPU使用率达到100%，最终需要手动终止进程才能恢复系统正常运行。这个问题主要发生在DVR录制功能中，当系统尝试录制节目但无法生成有效文件名时触发。

问题根源分析

经过深入代码分析，发现问题出在dvr_rec.c文件中的录制线程处理逻辑。当录制线程启动失败时，系统没有正确终止循环，导致线程持续空转消耗CPU资源。

具体来说，在dvr_thread_rec_start函数调用失败后，代码虽然执行了break跳出switch语句，但没有设置循环控制变量run = 0，导致线程继续执行空循环。这种情况在两种录制模式下都可能发生：

1. MPEGTS模式录制失败时
2. PACKET模式录制失败时

技术细节

录制线程的核心循环位于dvr_rec.c文件中，主要逻辑是持续检查录制状态并处理数据。当遇到以下情况时会出现问题：

1. 系统尝试创建录制文件
2. 由于文件名格式配置错误（缺少$n变量）导致无法生成唯一文件名
3. 录制线程启动失败，但循环继续执行

此时系统日志会记录类似以下错误信息：

dvr: unable to create unique name (missing $n in format string?)
dvr: Recording error: "节目名称": Unable to create file

解决方案

修复方案是在录制线程启动失败时，不仅跳出switch语句，还要显式设置循环控制变量run = 0来终止线程。具体修改包括：

1. 在MPEGTS模式失败处理中添加run = 0设置
2. 在PACKET模式失败处理中也添加相同的保护机制
3. 增加适当的错误日志输出，便于问题诊断

修改后的代码逻辑更加健壮，能够确保在录制失败时正确释放资源并终止线程，避免CPU资源被无意义占用。

用户体验影响

虽然这个问题不会导致数据丢失（因为录制已经失败），但会对系统性能产生严重影响：

1. 单核CPU被完全占用，影响其他服务运行
2. 系统响应变慢，可能需要人工干预
3. 录制功能暂时不可用，直到问题解决

最佳实践建议

为避免此类问题，建议用户：

1. 确保DVR录制路径配置正确且有写入权限
2. 文件名格式中必须包含$n等唯一性标识符
3. 定期检查系统日志，及时发现潜在问题
4. 保持Tvheadend版本更新，获取最新修复

总结

这个问题的修复体现了软件开发中资源管理的重要性。即使在错误处理路径上，也需要确保系统资源被正确释放。Tvheadend开发团队通过添加适当的线程终止逻辑，有效解决了CPU占用过高的问题，提高了系统的稳定性。