关于父子进程的执行顺序和执行过程

Posted 2023-05-07

1.fork出一个子进程，父子进程执行的先后顺序是不确定的，如果先执行父进程，再执行子进程，父进程中没有wait和sleep。问，是否先把父进程执行完，再执行子进程？还是两个进程是一块执行的？
2.如果父进程中有sleep，父进程中的程序执行到sleep进行休眠，转而执行子进程。
问:子进程中的程序执行完了再返回父进程中执行，还是休眠时间到了返回父进程中执行，还是其他？

(1)fork
函数用于从已存在进程中创建一个新进程。新进程称为子进程,而原进程称为父进

程。这两个分别带回它们各自的返回值,其中父进程的返回值是子进程的进程号,而子进程

则返回
0,大于0则是父进程。因此,可以通过返回值来判定该进程是父进程还是子进程。

使用 fork
函数得到的子进程是父进程的一个复制品,它从父进程处继承了整个进程的地

址空间,包括进程上下文、进程堆栈、内存信息、打开的文件描述符、信号控制设定、进程

优先级、进程组号、当前工作目录、根目录、资源限制、控制终端等,而子进程所独有的只

有它的进程号、资源使用和计时器等。因此可以看出,使用
fork
函数的代价是很大的,它复

制了父进程中的代码段、数据段和堆栈段里的大部分内容,使得
fork
函数的执行速度并不

很快。
(2)所以他们是同时进行的,要想停止父进程或子进程 就用exit()函数退出创建子进程,父进程退出

pid=fork();

if(pid>0)

exit(0);


(3)如果不想退出就用wait
函数,它是用于使父进程(也就是调用
wait
的进程)阻塞,直到一个子进程结束或者该进程接到了一个指定的信号为止。如果该父进程没有子进程或者他的子进程已经结束,
wait则就会立即返回。waitpid
的作用和 wait
一样,但它并不一定要等待第一个终止的子进程,它还有若干选项,如可提供一个非阻塞版本的
wait
功能,也能支持作业控制。实际上
wait
函数只waitpid
函数的一个特例,在
Linux 内部实现
wait
函数时直接调用的就是 waitpid
函数。它们的头文件都是#include
<sys/types.h> #include <sys/wait.h>追问

感谢你的回答，这些我都清楚。你还是没有回答我提出的问题！

参考技术A 刮胡刀啊啊啊啊认定他的歌

react的父子组件执行顺序

执行顺序

1.父类的ComponentWillMount
2.父类的render
3.子类1的ComponentWillMount
4.子类1的render
5.子类2的ComponentWillMount
6.子类2的render
7.子类1的ComponentDidMount
8.子类2的ComponentDidMount
9.父类的ComponentDidMount

组件挂载的过程：

初始化props，通过类的静态属性defaultProps或者getDefaultProps函数，初始化的props会与父组件指定的props合并，最后赋值给this.props
constructor()，或者getInitialState
componentWillMount()，此时dom还没渲染，在这里执行的setState不会导致重绘，执行无效果
render()
componentDidMount()，在这里执行的setState会导致重绘（或称为二次渲染）
被动更新流程（父组件调用setState）

componentWillReceiveProps()，这时子组件的props仍然是旧的，可以在这里把新的props通过setState设置进state中，不会触发二次渲染
shouldComponentUpdate()，这里读取到的state是以上更新后的state
componentWillUpdate()，不能在这里执行setState，执行了无效果
render()
componentDidUpdate()，可以在这里进行异步的setState
主动更新流程（当前组件调用setState）

执行的函数相比上面的被动更新流程，少了一个componentWillReceiveProps方法，其余的都一样。
卸载

componentWillUnmount()，用于清除定时器、事件绑定；React 官方不建议在 componentWillMount() 修改 state ，通常建议在 componentDidMount(), 如果需要设置 state 的初始状态，可以在 (es6:)constructor() 或者 (es5:)getInitialState() 中设置。

setState是一个异步操作，修改的state必能通过this.state.xxx来马上读取，但可以在setState的第二个参数（回调函数）中读取更新后的值。执行这个函数的时候，新状态会被存放进队列中，稍后才进行状态合并，接着触发shouldComponentUpdate和render，所以连续多次的setState不会影响效率，只会触发一次render

import React from \'react\';
import ReactDOM from \'react-dom\';
const buildClass = (name)=>{
    return class extends React.Component{
        constructor(props) {
            super(props);
            console.log( name + \' constructor\');
        }
        componentWillMount() {
            console.log( name + \' componentWillMount\');
        }
        componentDidMount() {
            console.log( name + \' componentDidMount\');
        }
        componentWillUnmount() {
            console.log( name + \' componentWillUnmount\');
        }
        componentWillReceiveProps(nextProps) {
            console.log( name + \' componentWillReceiveProps(nextProps)\');
        }
        shouldComponentUpdate(nextProps, nextState) {
            console.log( name + \' shouldComponentUpdate(nextProps, nextState)\');
            return true;
        }
        componentWillUpdate(nextProps, nextState) {
            console.log( name + \' componentWillUpdate(nextProps, nextState)\');
        }
        componentDidUpdate(prevProps, prevState) {
            console.log( name + \' componetDidUpdate(prevProps, prevState)\');
        }
    }
}
class Child extends buildClass(\'Child\'){
    render(){
        console.log(\'Child render\')
        return (
            <div>child</div>
        )
    }
}
class Parent extends buildClass(\'Parent\'){
    render(){
        console.log(\'Parent render\')
        return (
            <Child />
        )
    }
}
ReactDOM.render(
    <Parent />,
    document.getElementById(\'root\')
}

执行结果

Parent constructor
Parent componentWillMount
Parent render
Child constructor
Child componentWillMount
Child render
Child componentDidMount
Parent componentDidMount

总结：当执行render子组件的时候，才会进入子组件的生命周期，子组件的周期结束后，再回到上级的周期。

更新组件的两种方式

1.主动更新：组件通过setState修改自己的状态。
修改子组件的代码：

class Child extends buildClass(\'Child\'){
    render(){
        console.log(\'Child render\')
        return (
            <button onClick={()=>{this.setState({data:123})}}>child</button>
        )
    }
}

执行结果

Child shouldComponentUpdate(nextProps, nextState)
Child componentWillUpdate(nextProps, nextState)
Child render
Child componetDidUpdate(prevProps, prevState)

2.被动更新：父组件通过props把自己的state传递给子组件，父组件执行setState更新状态
还原子组件的代码，修改父组件代码如下：

class Parent extends buildClass(\'Parent\'){
    render(){
        console.log(\'Parent render\')
        return (
            <div>
                <Child />
                <button onClick={()=>{this.setState({data:123})}}>Parent</button>
            </div>
        )
    }

执行结果

Parent shouldComponentUpdate(nextProps, nextState)
Parent componentWillUpdate(nextProps, nextState)
Parent render
Child componentWillReceiveProps(nextProps)
Child shouldComponentUpdate(nextProps, nextState)
Child componentWillUpdate(nextProps, nextState)
Child render
Child componetDidUpdate(prevProps, prevState)
Parent componetDidUpdate(prevProps, prevState)

总结 ：不管父组件有没有把数据传递给子组件，只要父组件setState，都会走一遍子组件的更新周期。而且子组件被动更新会比主动更新所执行的流程多出来一个
componentWillReceiveProps 方法。

如果在以上被动更新的基础上，修改buildClass中的代码，使 shouldComponentUpdate返回false，代码如下：

shouldComponentUpdate(nextProps, nextState) {
    console.log( name + \' shouldComponentUpdate(nextProps, nextState)\');
    return false;
}

点击parent中的更新按钮，仅仅输出一句：
Parent shouldComponentUpdate(nextProps, nextState)

结论：只要组件在以上函数中返回false，则子组件不会进行更新re-render，所有更新流程都不执行了。

我的解决方案

父类ComponentDidMount发请求
render中判断数据是否拿到
拿到之后再挂载子类组件
并且为了保证如果当前组件被封成一个Component之后其他人能够正常使用
因此根据无状态组件的特点
在当前组件的外层封装无状态组件（用来根据数据是否获取确定组件的加载时机）
这时候直接在父类中引入这个无状态组件
保证父类不会知道这个组件被延迟加载

其他解决方案

父组件仍然在componentDidMount里面发送请求
子组件在componentWillReceiveProps中判断数据是否存在
存在的话就在子类的componentWillReceiveProps中发送请求