Answers:
没有。
在cron手册页中：
... cron然后将检查所有crontab的修改时间，并重新加载已更改的crontab。因此，无论何时修改crontab文件，都无需重新启动cron
但是，如果您只是想确保已完成，
sudo service cron reload
要么
/etc/init.d/cron reload
sudo service cron restart。
/etc/init.d/cron reload
crond代替cron。
sudo crontab -e保存了更改Ctrl + X，并假设cron可以将其删除（由于此答复被强烈支持）而消失了。然后，几天后，我的客户报告说cron仍在旧周期中运行。所以-坦白地说-如果您想安全-只需重启cron系统即可，不要浪费时间测试，尽管答案非常高，您还是必须这样做。
在具有cPanel的CentOS上sudo /etc/init.d/crond reload可以解决问题。
在CentOS7上： sudo systemctl start crond.service
crond而不是只是在日益可怕的systemd上启动，请运行sudo systemctl reload crond.service。
cron现在，在SystemD上@NathanBasanese重新加载被认为是不可思议的事情：（Ubuntu 18.04）sudo systemctl reload crond失败Failed to reload cron.service: Job type reload is not applicable for unit cron.service.。阅读：抬头，我们所有人都被综合症所困扰：“ SystemD，只能有一个”。如果没有在后台自动完成重新加载操作，那么您就破产了！甚至不要想像过去三（或更多）年间所做的那样去修复它！阅读：Windows的世界终于吞噬了Debian：如果幕后有什么奇怪的事情，您会怎么做？重新开始！
我在16.04 VPS Digital Ocean上遇到了类似的问题。如果要更改crontab，请确保运行
sudo service cron restart
reload够了。没有必要restart。谢谢。:)
根据分发情况，使用“ cron reload”可能不起作用。要将片段粘贴到init.d / cron中（debian压榨）：
reload|force-reload) log_daemon_msg "Reloading configuration files for periodic command scheduler" "cron"
# cron reloads automatically
log_end_msg 0
;;
一些开发者/维护者依赖于它的重新加载，但并非如此，在这种情况下，没有办法强制重新加载。我将在部署过程中生成crontab文件，除非以某种方式更改了文件的长度，否则不会重新加载更改。
sudo service cron restart没有经过测试。