学过C语言的都知道，C写出的代码，超级吃内存的大户就是内存泄露！近期在项目中遇到了类似的问题，只不过不是C语言的内存泄露，而是iptables规则的泄漏！
在某个时刻，添加了一条iptables规则，在另一个时刻将它删除，这本无任何异议，可是当系统运行了一段时间后，iptables-save一看，好家伙，几百条重复的规则显示出来了！肯定是哪个地方没有删除干净导致的。
这是有生命的生物做事的通病，并不是C语言怎么怎么地了，只因为C语言是人设计出来的。申请/添加/出生这些开启动作仅仅是一个特定时间，特定地点的动作，可是释放/删除/死亡却不受我们控制。一个地点生成的东西却可以在很多地方消逝，一个地方生成了一个东西，大家所见即所得，马上知道是否它/他/她真的生成了，可是我们必须时刻追踪，才能确定它/他/她还活着。家人哪怕晚回家一刻钟，必然会用电话催，如果不接电话，那必然心慌...我们没法确定它/他/她的安好，正如在战场或者刑场上，我们没法确定敌人是否真的死了一样，于是总是会再补一下，可是即使再补一下，还是会有幸存者。
在某个时刻，添加了一条iptables规则，在另一个时刻将它删除，这本无任何异议，可是当系统运行了一段时间后，iptables-save一看，好家伙，几百条重复的规则显示出来了！肯定是哪个地方没有删除干净导致的。
这是有生命的生物做事的通病，并不是C语言怎么怎么地了，只因为C语言是人设计出来的。申请/添加/出生这些开启动作仅仅是一个特定时间，特定地点的动作，可是释放/删除/死亡却不受我们控制。一个地点生成的东西却可以在很多地方消逝，一个地方生成了一个东西，大家所见即所得，马上知道是否它/他/她真的生成了，可是我们必须时刻追踪，才能确定它/他/她还活着。家人哪怕晚回家一刻钟，必然会用电话催，如果不接电话，那必然心慌...我们没法确定它/他/她的安好，正如在战场或者刑场上，我们没法确定敌人是否真的死了一样，于是总是会再补一下，可是即使再补一下，还是会有幸存者。
这个世界本就是如此，内存泄露还算得了什么？？
本文转自 dog250 51CTO博客，原文链接:http://blog.51cto.com/dog250/1268897
