为了弄明白正在运行的进程是什么意思,我们需要知道进程的不同状态。一个进程可以有几个状态(在Linux内核当中,进程有时候也叫作任务)。下面的状态,在源码里定义
/*
* The task state array is a strange "bitmap" of
* reasons to sleep. Thus "running" is zero, and
* you can test for combinations of others with
* simple bit tests.
*/
static const char * const task_state_array[] = {
"R (running)", /* 0 */
"S (sleeping)", /* 1 */
"D (disk sleep)", /* 2 */
"T (stopped)", /* 4 */
"t (tracing stop)", /* 8 */
"X (dead)", /* 16 */
"Z (zombie)", /* 32 */
};
阻塞:进程因为等待某种条件就绪,而导致的一种不推进的状态
进程卡住了,阻塞一定是在等待某种资源
为什么会阻塞?
进程要通过等待的方式,等具体的资源被别人用完之后,再被自己使用。
阻塞:进程等待某种资源就绪的过程
进程只要是R状态,就一定是在CPU上运行吗?
并不直接代表进程在运行,而代表该进程在运行队列当中排队。
可以通过命令
ps ajx | 后面跟选项
创建一个僵尸进程的例子:
编译器在另一个终端下,启动监控:
父进程先退出,子进程就称之为“孤儿进程”,孤儿进程被1号进程领养,肯定是1号进程来回收
#include
#include
#include
int main()
{
pid_t id = fork();
if(id < 0){
perror("fork");
return 1;
}
else if(id == 0){//child
printf("I am child, pid : %d\n", getpid());
sleep(10);
}else{//parent
printf("I am parent, pid: %d\n", getpid());
sleep(3);
exit(0);
}
return 0;
}
先让父进程退出,子进程休眠查看子进程的进程状态
环境变量一般是指在操作系统中用来指定操作系统运行环境的一些参数,环境变量通常有些特殊用途,还有在系统当中通常具有全局性
环境变量本质就是一个内存级的一张表,这张表用户在登录系统的时候,进行特定用户形成属于自己的环境变量表。
环境变量中的每一个,都有自己的用途:有的是路径查找,有的时进行身份认证的,有的进行动态库查找的,有的是用来确定当前路径等等,每一个环境变量都有自己的特定的应用场景
echo $NAME
NAME:你的环境变量名称
为什么有些指令可以直接执行,不需要带路径,但是我们的二进制文件需要带路径。
将我们的程序所在的路径加入到PATH当中
export PATH=$PATH:~/code/test_3_8
我们可以发现直接,输入就可以运行了
每个程序都会收到一个环境表,环境表是一个字符指针数组,每个指针指向一个以‘\0’结尾的环境字符串
环境变量通常具有全局属性,可以被子进程继承下去
之前的学习当中,我们都见过这样的空间布局图
让我们来用一段代码感受一下:
输入的结果如下图所示:
我们发现输出的变量和地址是一样的,进程按照父进程为模板,父子并没有对变量进行任何的修改。
输出结果如下所示:
我们发现父子进程的地址是一样的,但是内容不一样。
变量内容不一样,所以父子进程输出的变量绝对不是同一个变量。地址却是一样的说明该地址不是物理地址。在Linux下,这种地址叫做虚拟地址。
我们用C/C++语言看到的地址,全部都是虚拟地址!物理地址,用户一概看不到,由OS统一管理
OS必须负责将虚拟地址转化成物理地址
子进程对全局数据修改,并不影响父进程!进程具有独立性
进程 = 内核数据结构 + 代码和数据
我么之前所说的程序地址空间是不准确的,准确的应该说成进程地址空间
,我们可以用一下这幅图来理解:
同一个变量,地址相同,其实是虚拟地址相同,内容不同其实是被映射到不同的物理地址
数据和代码真正只能在内存当中
我们的程序再被编译的时候,没有被加载到内存,请问我们的程序有没有地址呢?
虚拟地址这样的策略,不仅会影响OS,还要让我们的编译遵守这样的规则
源代码被编译的时候,就是按照虚拟地址的方式进行对代码和数据早就已经编号了对应的编制