Results 10 comments of qwn3213

我也遇到这个问题,你的无壳demo需要有读写sd卡权限,因为easyHook写了个配置文件 ``` File sdcardDir = Environment.getExternalStorageDirectory(); String filePath = sdcardDir.getAbsolutePath() + "/hookResult.txt"; ```

直接优雅关闭执行器会自动下线并且等待运行中的任务执行完毕,但是少了callback操作(就是你报错的那个,可以对比下正常任务和这个任务的日志)导致任务记录未能更新,一直显示执行中,等待一段时间后由于判断到执行器不存在(k8s ip变化),会把任务登记为失败 我们的处理方式:自己改xxl-job源码和配置k8s的preStop,实现上线新执行器、下线旧执行器(关闭ExecutorRegistryThread和刷新xxl_job_group),循环等待旧执行器所有任务完成(查xxl_job_log)再优雅关闭

我们k8s部署的时候这样处理。。。因为日志有挂载出来,自己改了下logDetailCat接口,重新获取对应的executorAddress,具体就是在xxl_job_log表找到job_group,再去xxl_job_registry表找执行器新地址

![image](https://github.com/hcfyapp/crx-selection-translate/assets/15106813/cd0de9e3-e52a-4f67-aea5-b1b9c6f5119a) 好丑,能不能改回原来那个浅色的

@lmk123 能否做个浅色图标,黑色这个真的好突兀

之前也遇到且解决过这个问题,xxl-job手动通过api下线执行器会有bug 原因:只删了xxl_job_registry的执行器心跳注册数据,没删xxl_job_group执行器列表,任务执行时是去xxl_job_group去拿ip。源码里freshGroupRegistryInfo方法是未实现,上线延迟问题不大,但是下线延迟有可能导致任务调度到下线30秒内的执行器。 处理方法:可以自己来更新group表,精简复制一下JobRegistryMonitorHelper里的代码到freshGroupRegistryInfo