想到一个问题，如果在crontab里有个定时任务设置为一分钟执行一次，但是它执行的时间可能会超过一分钟，此时crontab一分钟后会再次运行该脚本吗？这样会不会出现冲突呢？网上找了下，说可以用Linux中的进程锁控制crontab执行的并发问题。
给一个shell脚本加锁，使用flock命令。
一般格式：
flock [-sxun][-w #] fd#
flock [-sxon][-w #] file [-c] command...
常用选项：
-s, --shared ：获得一个共享的锁。
-x, --exclusive ：获得一个独占的锁。
-u, --unlock ：移除一个锁，通常是不需要的，脚本执行完后会自动丢弃锁。
-n, --nonblock ：如果没有立即获得锁直接失败而不是等待。
-w, --timeout ：如果没有立即获得锁就等待指定的时间。
-o, --close ：在运行命令前关闭文件的描述符。用于如果命令产生子进程时会不受锁的管控。
-c, --command ：在shell中运行一个单独的命令。
-h, --help ：显示帮助。
-V, --version ：显示版本。
测试一下看看：
在/home目录下建立一个test.sh。
vim /home/test.sh
输入：
#!/bin/bash
wget --limit-rate=200k -P /tmp http://cachefly.cachefly.net/100mb.test
运行一个超过一分钟的命令。
chmod +x /home/test.sh
编辑crontab：
crontab -e
输入：
*/1 * * * * /usr/bin/flock -xn /var/run/test.lock -c '/home/test.sh'
设置每一分钟执行一次。
重启服务：
service crond restart
这样只有第一个进程执行完毕后，才会执行当前的下一个进程。在第一个进程执行过程中，下一分钟crontab运行flock检测到获得不了锁，就直接退出，直到第一个进程执行完，flock再次获得锁。
注：
1、这种使用文件锁的方式，在linux中非常常见，通过一个pid文件，来避免两个进程同时运行，mysql和postgresql都有pid文件，mysql中只记录了pid值，postgresql的pid中除了记录有pid值，还有数据目录，pid文件的创建时间，端口号，监听地址和共享内存的地址。
2、使用PID文件锁还有一个好处，方便进程向自己发停止或者重启信号。Nginx编译时可指定参数--pid-path=/var/run/nginx.pid，进程起来后就会把当前的PID写入这个文件，当然如果这个文件已经存在了，也就是前一个进程还没有退出，那么Nginx就不会重新启动。进程管理工具Supervisord也是通过记录进程的PID来停止或者拉起它监控的进程的
3、flock加的advisory lock，也就是建议性锁，巧合的是，postgresql中也有advisory lock，非常适用于秒杀等高并发的场景。flock是通过获取文件的fd来加锁的。
参考：
http://www.live-in.org/archives/1036.html
https://linux.die.net/man/2/flock