Qinglong项目环境变量覆盖问题分析与解决方案

在Qinglong v2.17.9版本中，用户反馈在执行任务前通过"执行前"设置的环境变量会被覆盖的问题。这个问题主要影响两类场景：通知功能的环境变量设置和随机延迟功能。

问题现象

1. 通知变量被覆盖：用户在任务执行前通过export命令设置的DINGTALK_ACCESS_TOKEN和DINGTALK_SECRET变量会被后续操作覆盖，导致通知无法正常发送。

2. 随机延迟失效：通过export RandomDelay=30设置的延迟参数不生效，同样会被默认值覆盖。

技术分析

经过排查发现，这是由于v2.17.9版本中环境变量加载机制的变化导致的。新版本在执行任务时会对环境变量进行重新初始化，导致用户在执行前设置的变量被覆盖。

对于通知功能，Qinglong提供了两种实现方式：

• 直接使用QLAPI.notify接口
• 通过notify.py脚本调用

对于随机延迟功能，RandomDelay参数需要在任务开始前就设置好，在执行前阶段设置已经太晚。

解决方案

1. 通知功能：

   • 推荐使用QLAPI.notify接口方式
   • 如需使用环境变量方式，建议在任务配置的环境变量部分直接设置

2. 延迟功能：

   • 避免使用RandomDelay环境变量
   • 在执行前使用sleep命令实现延迟，如：sleep 10

最佳实践

对于需要区分不同通知目标的情况，建议：

1. 为每个任务单独配置环境变量
2. 或者使用QLAPI.notify接口，在脚本中直接指定通知参数

对于任务延迟需求：

1. 简单的固定延迟使用sleep命令
2. 复杂的延迟逻辑建议在脚本内部实现

版本更新

该问题已在最新版本中修复，建议用户更新到最新版Qinglong镜像以获得最佳体验。更新后，执行前设置的环境变量将能正常生效。

通过以上调整，用户可以继续灵活地配置任务通知和延迟功能，同时保证配置的可靠性。