C++Builder中TService与TThread开发问题咨询

偶发启动失败排查方向 #

• 服务启动时机过早，依赖的系统资源（如数据库服务、注册表服务）未完全就绪
• 服务运行账户权限不足，无法读取指定注册表项、访问监控目录或连接数据库
• 工作线程Importer创建时机不合理，服务初始化未完成就启动线程，导致依赖资源缺失

注册表读取失败常见原因 #

• 32/64位系统注册表重定向问题：若编译为32位程序，在64位系统下读取HKLM\Software会自动重定向到HKLM\Software\Wow6432Node，若配置项实际在原生路径则读取失败
• 未校验注册表操作返回值：调用RegOpenKeyEx、RegQueryValueEx等函数后未检查返回码，直接使用未初始化的参数值
• 注册表项权限配置错误，服务账户无读取权限

代码规范优化建议 #

• 服务初始化阶段先完成权限校验、资源可用性检查（如注册表项存在性、监控目录可访问性、数据库连通性），通过后再启动Importer线程
• 将注册表读取逻辑封装为独立函数，每次读取时：
  1. 检查目标键是否存在
  2. 验证读取到的参数合法性（如休眠时长>0、监控目录路径有效）
  3. 读取失败时返回明确错误状态
• 线程内部添加全局异常捕获：在TThread::Execute入口处包裹try-catch块，捕获所有异常并记录日志，避免线程崩溃波及服务
• 完善日志记录：服务启动/停止、线程启动/退出、注册表读取结果、文件导入状态等关键节点都写入日志，方便定位偶发问题
• 数据库操作加入重试机制：单次连接或导入失败时，间隔一段时间重试，避免单次错误导致线程终止

故障后服务与线程运行能力分析 #

• 若注册表读取失败时，线程能捕获错误并执行重试逻辑（比如间隔固定时长重新读取配置），服务和线程可维持运行，直到配置读取成功
• 若未处理注册表读取失败，线程可能使用无效参数（如空目录路径、负数休眠时长），导致逻辑异常；若线程崩溃且FreeOnTerminate设为true，服务不会直接崩溃，但会失去文件监控能力；若未捕获线程异常，可能触发服务进程崩溃
• 服务启动失败若为资源未就绪导致，可在启动代码中加入重试逻辑，或在服务属性中设置依赖项（如依赖数据库服务），确保依赖资源就绪后再启动服务

内容的提问来源于stack exchange，提问作者user20817203