[/cce_bash]
:() { :|:& }; :
让我们来分析一下这段代码，我改一下格式，但内容是一样的 代码:
[cce_bash]
:() # 定义一个叫“:”的过程
{ # 标记过程内容的开始
: | : & # 执行“:”这个过程，然后通过管道接到“:”再执行一次，而且每一次执行，都会在后台执行
}; # 标记过程内容的结束，因为是同一行来写，所以要加上“;”，这样才能接后面的内容
: # 执行:
两个原因使它死掉：
1. 无限递归。倘若只是简单的: &，那么每次递归调用的时候一边在后台执行，而另外一边则在退出。然而，即使如此，倘若你只是下面的内容，你仍然可以看到不少bash，而且是不 断地增多。其原因很可能是一边产生新的进程的同时，另外一边的进程却还没完全退出。然而，这种产生方式，终究会在某个时刻达到动态平衡，也就是新产生新进 程的速度和结束进程的速度达到平衡。因而，这并不一定会让系统挂掉。 代码:
2. 平衡的破坏
2.1 两个进程同时开始
使用管道的时候，不是一个进程完了然后另外一个进程才开始，而是两个进程同时开始，其中一个进程读取另外一个进程的标准输出作为标准输入。 代码:
可以看到，这个时候，我们只有输入满足正则表达式abc的内容，它才会被重复。而这个过程会一直持续到我们结束tee的输入。
2.2 死机的原因：同时执行导致平衡的破坏。（注意：这只是一个简化的模型。同时执行只是理想情况，真正在执行的时候，会由于实际情况有所偏差，但由于偏差并不 大，所以这个模型仍然可用；另外，现在假设每个“:”都会产生一个进程，然而实际情况是这样的：先: | : &产生一个进程，接着由于两次:的调用进而产生两个进程，再接着: | : &所在的进程消亡，如此循环，显然，实际情况只是比这个模型增加了一些自我抵销的中间环节而已）
在: | : &执行的时候，我们知道，两个“:”是同时执行的。倘若同时有n个“:”在运行，那么，它将首先产生2*n个进程，然后这n个进程再结束掉，此时 相当于新增加了2*n个进程。那从第一次调用开始，假设进程产生后马上结束，那么进程数量的变化将呈2^n的趋势变化。然而产生新进程的速度是极快的，因 而在极短的时间内将会产生无数的进程。在这种情况下，死机是很正常的。
- 本文固定链接: http://www.sa-log.com/205.html
- 转载请注明: 王, 帅 于 我的系统记录 发表
