Unix下有什么方法实现防止程序多重执行?

太平绅士

原帖由 fera 于 2009-2-5 18:12 发表

不用想了，俺的最简单实用

unlink一个自己打开着的文件，看着有点悬。。
保不准哪天系统升级后你就发现程序有bug了。

cookis

干吗不用文件锁？ 你这不自找罪受吗！ 我用文件锁保证程序运行一个实现从来没出过错，就算出错了，删掉那个文件就行了。实现简便，修正方便。

chenzengjie

原帖由 ddvv 于 2009-2-5 14:06 发表
用文件记录我觉得不妥，容易出问题。

进程结束的时候要删除对应的记录，如果进程不是正常结束的话，很可能就没有删除记录，导致下次无法以相同的参数执行，除非手动删除。

这些正是那些独立于文件树名字空间的IPC的缺点。 文件纪录锁就算在程序里没有显示删除当进程退出时（不管正常不正常）内核都会料理。

Unix最大的优点：一切皆文件。不知道为什么要反对。

MMMIX

原帖由 太平绅士 于 2009-2-5 18:44 发表


unlink一个自己打开着的文件，看着有点悬。。

不悬。

太平绅士

原帖由 MMMIX 于 2009-2-5 19:26 发表

不悬。

有什么可靠规定？

gawk

用共享内存搞搞

samon_fu

给程序文件命名成一个约定好的“特定”的名字，如 'file_need_run_once'。

这样程序在进入main后第一件事情就用system执行ps，来看有没有file_need_run_once名字的进程在运行，发现有程序就直接exit。

mingyanguo

原帖由 太平绅士 于 2009-2-5 03:58 发表


有什么可靠规定？

简单的说，事实与标准都是如此。繁琐的说，这点可靠性已经可靠了几十年，现在与可遇见的将来还有很多应用靠这个可靠性活下去。所以，可靠。

llzzccc

是不是dhclient用的就是这个方法亚？

fera

原帖由 mingyanguo 于 2009-2-6 05:44 发表

简单的说，事实与标准都是如此。繁琐的说，这点可靠性已经可靠了几十年，现在与可遇见的将来还有很多应用靠这个可靠性活下去。所以，可靠。

nod
一点都不悬。内核实现就是这样的，这样也符合unlink的语义。建议有疑问的去看看UNIX内核中关于unlink的描述。