KernelSU 解决方案：解决队列繁忙导致的任务调度偏差问题

问题背景

在KernelSU的代码库中，特别是在backend/src/schedules.rs文件中的run()函数，当处理Busy状态时，存在一个逻辑问题。当任务队列繁忙时，当前的实现将任务的next_run_at直接设置为当前时间加1分钟。这个新时间在下次运行时成为due，而following()函数是基于due来构建任务网格的。因此，当队列持续繁忙时，任务网格会被逐渐带偏，并且这种偏差不会自行恢复。

问题现象

假设一个任务计划每60分钟执行一次，首次执行时间为10:00。如果在10:00时队列已满，该任务的执行时间将被计划到10:01。接下来的实际执行时间将依次为10:01、11:01、12:01。如果任务在执行过程中再次遇到队列繁忙的情况，执行时间将进一步偏移。

此外，request_key是使用due来拼接生成的，当任务重试时，request_key会发生变化，这与代码注释中关于“同一个槽位”的描述不符。

问题影响

由于任务执行时间的不断偏移，可能会导致任务执行的不稳定性和不可预测性，影响系统的整体性能和用户体验。

解决方案

为了解决这个问题，我们需要调整任务重试的逻辑。具体来说，当任务因为队列繁忙而重试时，不应该改变任务的网格位置，而只应推迟本次执行。这样可以保证任务网格的稳定性，同时确保任务能够按照预期的周期执行。

实施步骤

修改run()函数中的Busy状态处理逻辑，确保在任务重试时，只推迟任务执行时间而不改变其网格位置。
更新request_key的生成逻辑，确保在任务重试时保持request_key不变，以符合代码注释中的描述。
添加针对此路径的测试，确保修改后的逻辑能够正确处理队列繁忙的情况。

测试方案

为了验证解决方案的有效性，我们需要添加针对队列繁忙时任务调度的测试。这些测试将模拟队列繁忙的情况，并检查任务是否按照预期的时间执行，以及request_key是否保持不变。

预期结果

通过实施上述解决方案，我们期望任务调度能够更加稳定和可预测，任务执行时间不会因为队列繁忙而出现偏移，request_key在任务重试时保持不变。

总结

通过调整任务重试逻辑，我们可以解决队列繁忙导致的任务调度偏差问题，提高系统的稳定性和性能。同时，通过添加测试用例，我们可以确保修改后的逻辑能够正确处理各种情况，从而提升系统的可靠性和可维护性。