vfork后子进程chdir为啥父进程不变

registcn

vfork子进程先运行，且父子进程共享task_struct结构，那子进程改变工作目录后父进程应该一起变，那么（下面代码中测试了一下改变共享变量的情况，父子进程同时改变了）为啥chdir父进程没换过来?

1. #include<stdio.h>
   
2. #include<sys/types.h>
   
3. 
   
4. int main(){
   
5.        char ptr1[20];
   
6.        char ptr2[50];
   
7.        pid_t tmp;
   
8.        int a=10;
   
9.        if(tmp=vfork()==0){
   
10.         chdir("/home/work/");
    
11.         getcwd(ptr1,20);
    
12.         a++;
    
13.         printf("cwd = %s,%d\n",ptr1,a);
    
14.         exit(0);
    
15.        }
    
16.         getcwd(ptr2,50);
    
17.         printf("cwd = %s %d\n",ptr2,a);
    
18. return;
    
19. }

复制代码

难道vfork情况下也发生了写时复制?那为啥变量a没发生写时复制呢

humjb_1983

vfork时，父子进程应该是不共享task_struct的吧？
copy_process会复制task_struct
变量a在堆栈，父子共享，所以修改后同时生效。

tsh185

vfork（）会产生一个新的子进程.但是vfork创建的子进程与父进程共享数据段,而且由vfork创建的
子进程将先于父进程运行.
vfork()用法与fork()相似.但是也有区别,具体区别归结为以下3点:
1. fork():子进程拷贝父进程的数据段，代码段. vfork():子进程与父进程共享数据段.
2. fork():父子进程的执行次序不确定.
vfork():保证子进程先运行，在调用exec或_exit之前与父进程数据是共享的,在它调用exec
或_exit之后父进程才可能被调度运行。
3. vfork()保证子进程先运行，在她调用exec或_exit之后父进程才可能被调度运行。如果在
调用这两个函数之前子进程依赖于父进程的进一步动作，则会导致死锁。
4.当需要改变共享数据段中变量的值，则拷贝父进程。

瀚海书香

回复 1# registcn
vfork后，父子进程共享数据段，所以在子进程修改变量a后，在父进程中可以看到变量的修改；

vfork后，父子进程都有单独的task_struct结构体，而chdir系统调用修改是current->fs，修改部分是属于task_struct结构体，所以子进程修改后不影响父进程。

   

registcn

如果源码是这样的。您就是大神回复 4# 瀚海书香


   

瀚海书香

回复 5# registcn
自己看代码吧
SYSCALL_DEFINE1(chdir, const char __user *, filename)
{
        struct path path;
        int error;
        unsigned int lookup_flags = LOOKUP_FOLLOW | LOOKUP_DIRECTORY;
retry:
        error = user_path_at(AT_FDCWD, filename, lookup_flags, &path);
        if (error)
                goto out;

        error = inode_permission(path.dentry->d_inode, MAY_EXEC | MAY_ACCESS);
        if (error)
                goto dput_and_out;

        set_fs_pwd(current->fs, &path);

dput_and_out:
        path_put(&path);
        if (retry_estale(error, lookup_flags)) {
                lookup_flags |= LOOKUP_REVAL;
                goto retry;
        }   
out:
        return error;
}