linux进程系统
■ 程序 vs. 进程
程序静态地存放在磁盘中。用户可以触发执行程序，被触发后的程序就存进内存中成为一个个体，即为进程。
有些进程（比如crond需要每分钟都扫描、守护进程等等）是常驻在内存中的
■ 父与子
用父进程提供的接口执行新程序就生成了子进程。具体过程是父进程先fork()复制一个pid和自身不同，ppid和自身pid相同的进程，然后再把子进程的代码用exec()加载进该新进程的程序块部分，从而生成了一个子进程。
■ 工作管理（job control）
● 工作
一个job本身就是一个由bash开启的子进程。把它叫做job是因为需要把它纳入一个工作管理的体系中来进行管理。job在jobcontrol的体系中有一个单独的标号以及状态字段。标号用于指明是那个job，而状态有Running,Killed,Done等等用于指明job的状态。
● 终端和虚拟终端
首先来搞清楚终端和虚拟终端的区别（tty和pts）。linux字符界面上，默认是有多个终端可以切换的，从tty0到tty6，用alt+F1~F7来切换终端屏幕。每个终端可以登入不同的用户，执行不同的命令而互相不影响。通过telnet,ssh等连接上linux系统后的操作界面则是一个虚拟终端，叫pts。pts没有个数限制，从pts0开始编号
一般来说在某一个时刻在一个终端上，能和用户进行交互的进程最多只有一个。如果想在一个终端上进行多个进程的综合管理，就需要job control。同时这也说明了，job control这个概念是面向一个终端而言的。讨论跨终端的工作管理没有意义。不同的终端拥有各自独立的工作管理体系，即使连入用户相同。
● jobs
用于查看当前所有工作的状态（主要是后台运行中的工作）。job分成前台和后台，前台job和后台job的主要区别是是否占用当前终端的stdin。一个前台job会在结束之前占用掉stdin让用户无法继续输入，一个后台job则会让出stdin让用户可以输入信息。jobs命令可以加上参数-p（只显示各个job的pid）和-l（显示各个job的详细信息）
● <cmd> &
其实是关于&的作用，其意思是把某个进程（由cmd命令执行的进程）放到后台运行，前台就可以切换回普通的输入模式了。需要注意的一个坑是：在键入&之后命令行返回的类似于"[1] 2472 xxxx"的东西并不属于子进程stdout的一部分。所以即使在脚本中写了获取一个job或者说是一个子进程的stdout，那里面也是没有这段信息的。另外，把job放到后台只是说把stdin给让出来了，并没有说stdout和stderr也会被隐去，所以当子进程的stdout有输出的时候还是会反馈到父进程中的界面上来的。
● nohup
nohup的功能，用官方点的中文来说是脱机管理。相当于把进程的stdout和stderr重定向到当前目录下的nohup.out文件中（如果写入失败的话就重定向到$HOME/nohup.out中）。简单地说，nohup和<cmd> >output 2>&1 的功能基本上是一样的。但nohup比普通的重定向更NB的地方在于其可以无视所有SIGNUP信号。最明显的一个例子就是，用nohup开启的进程不会随终端被关闭而被挂起，而普通重定向开的进程会。所以一般要开启一个服务或者守护进程之类的东西的话肯定是要用nohup的。
把nohup和&结合起来用，前者把stdout重定向到文件，后者把进程放到后台，让出stdin。这么一来就可以使得进程得到真正意义上的后台运行了（开启进程之后用户可以继续在命令行操作，且进程的输出被导入到文件里所以用户也不会被其输出的信息打扰到）
除了默认的nohup.out作为输出文件，nohup后面也可以跟上重定向的那些命令来自定义输出的文件，比如 nohup <cmd> > output.file 2>&1就可以把所有信息都输出到output.file而不是nohup.out里面了。
● fg %(n)
n是某个job的编号，这条命令的作用是把某个工作拉回前台处理（fg是foreground的简略，拉回前台的意思是只重新让其占据stdin）
● bg%(n)
让某个后台中，状态为Stopped的job变为Running。相当于在后台中激活某个任务
● ctrl-z
在某个前台job正在运行时按下，可以让当前job状态变为Stopped并丢进后台。
● kill -signal %(n)
这个和进程的kill是一个意思，只不过这里确定一个进程的方法不是pid而是该进程对应的job的编号。关于signal的常用选择有： -1是指重新读取一次参数 -9是强制杀掉 -15是让它正常结束