最近发觉Win计划任务得了羊癫疯。我的博友圈程序设定每天雷打不动在5点24（早上醒来瞧一瞧）、11点24（午饭时瞧一瞧）、17点24（晚饭时瞧一瞧）、23点24（夜猫子瞧一瞧）四个时间点执行，可实际运行,有时凌晨5点24准时跑完了，上午11点24直接无视不干活，等到下午17点24又诈尸般自己动起来。网上搜索翻遍找同类故障的解决方案，什么重注册任务、调权限、改触发器，统统不管鸟用。
干脆禁用计划任务，直接重写程序代码注册成Windows系统服务。这样就算重启服务器，服务也能自动拉起，至少比看计划任务脸色强。
想起2016年做公司订单管理系统时，用计划任务搞分期账单催收稳如老狗从来没有出现这类问题。如今退出一线开发队列，这类技术问题反而接二连三蹦出来。现在我的原则很干脆：遇到程序问题五分钟内搜不到解决方案直接改变方式别浪费时间。
湘公网安备43062302000172号
评论 (评论须知)
这种迭代快的bug难寻，只能去外网论坛找 问
已经对win失望了，系统底层错误
确实有这个问题，我一般新设置的任务要观察好多天才放心。我觉得不太重要的可以用计划任务，重要的要用后台服务或者程序一直运行。
是的，所以我不用计划任务了。
为啥都24呢 定这么时间多会不会太……
单纯避开整点，大部分网站习惯整点进行备份而已，还有些同学喜欢xx:30分备份，所以24只是随意选的个时间。
岂不是电脑得一直开着了
有一种服务器叫WinServer😂😂😂，难道Server要关机嘛？🤣
哈哈，那就不用了，毕竟也是服务器
「想起2016年做……从来没有出现这类问题」那只能说你用得少。我以前公司在2015年的时候，因为开发的软件是跑在客户机Windows上的，计划任务就从来没正常运行过。同理Windows系统服务也经常抽风。
最后的解决方案是把Linux的cron移植到Windows上跑。
之前计划任务用了好些年都没故障。计划任务的故障确实不好排查，就给个0x0000之类的故障码非常的笼统。系统服务我可就更加没有遇到过抽风问题了。这玩意儿本质就是起个24小时都在线的进程，如果服务起不来只能说代码写的有问题。
你最后的方案才是比较好的解决方案，Windows服务只要能顺利跑起来，后续就能规避一些说不清道不明的“人品问题”
可以是可以，24小时的进程也是耗费了一些系统资源。
开销不大的话就忽略掉吧。多检查一下执行期用到的资源释放情况等，性能损耗方面httpclient避免多次new之类的，感觉应该还好的。当给自己打发打发时间，也挺有意思的。
今天把程序已经改了，单独写了一个时间监控的，到了指定时间就启动rss.exe,发现它执行结束直接把它的进程给干了。简单干脆。一个单独的时间监控服务起来占用的系统资源还是比较小的。
你的计划任务执行条件是啥呀？会不会电源什么的设置了？
最终的结论就是系统账号权限错乱，懒的弄了。
我对 Windows 的类似功能也不大有信心。有时候还莫名其妙卡死。
就是就是，win就是这样莫名其妙的。
纯属门外汉建站还是喜欢用虚机，各种环境都不用操心，不然哪天自己就搞崩了
虚机资源有限嘛，稍微大点资源的虚机又很贵了
一个TY博客的话还是占用不了太多资源的，不像WP
是的，我之前也是用的虚机，后面因为扩展功能就换了。
高精尖~
别别别，这个词不合适。😅