- iOS/Objective-C 元类和类别
- objective-c - -1001 错误,当 NSURLSession 通过 httpproxy 和/etc/hosts
- java - 使用网络类获取 url 地址
- ios - 推送通知中不播放声音
谁能解释一下为什么输出是这样的?我对这些进程的执行方式(按什么顺序?)以及 waitpid()
/wait()
感到非常困惑。这是代码:
#include<stdio.h>
main()
{
int pid1, pid2, pid3;
pid1=fork();
if(pid1 == 0){
printf("PID of child 1 is :%d\n",getpid());
//sleep(2);
}
pid2=fork();
if(pid2 == 0){
printf("PID of child 2 is :%d\n",getpid());
//sleep(2);
}
pid3=fork();
if(pid3 == 0){
printf("PID of child 3 is :%d\n",getpid());
//sleep(2);
}
else{
printf("PID of parent is :%d\n",getpid());
waitpid(pid1,0,0);
waitpid(pid2,0,0);
waitpid(pid3,0,0);
}
}
实际输出:
PID of child 1 is :4963
PID of parent is :4962
PID of parent is :4963
PID of child 2 is :4966
PID of parent is :4966
PID of child 2 is :4964
PID of parent is :4964
PID of child 3 is :4967
PID of child 3 is :4965
PID of child 3 is :4969
PID of child 3 is :4968
预期输出:
parent 的 PID,因为 pid1 不为 0 并且永远不会在这里为 0。
然后等到 pid1,即 child1 被终止并打印 child 1 的 PID
那么现在 child2 和 child3 还没有 fork ,所以他们被跳过了
然后又是parent的PID,child1的pid,child2的pid
然后是parent的PID,child1的pid,child2的pid,child3的pid。
请问我哪里出错了?
最佳答案
我们开始...
pid1=fork()
此时有两个进程正在进行。父项 [PID 4962] 和刚刚生成的子项 [PID 4963]。 parent 有 pid1 = 4963 [ child 的 PID], child [child1] 有 pid1 = 0。所以, child 会打印出:
"PID of child 1 is: 4963"
这两个过程都会继续进行,直到他们到达:
pid2=fork()
这里,parent [PID 4962] 和 child1 [PID 4963] 都产生了一个子进程。我们将调用原始父派生的 child child2 [可能是 PID 4964] 和 child1 派生的 child ,我们将调用 child1_1 [可能是 PID 4966]。现在,原来的 parent 有pid2 = 4964 [可能],child2 的 pid2 = 0。Child1 的 pid2 = 4966 [可能],child1_1 的 pid2 = 0。因此,child2 和 child1_1 都会打印出一些内容:
"PID of child 2 is: 4966"
"PID of child 2 is: 4964"
现在,所有这些流程都达到了这个目的:
pid3=fork()
哎呀。
原始父进程、child1、child2 和 child1_1 都产生了一个子进程。你什么最终结果是这样的:
对于原来的parent,child1,child2,child1_1,pid3 != 0对于他们的四个子进程,pid3 == 0
所以,这四个子进程都这样报告它们的 PID:
"PID of child 3 is: xxxx"
但原始父 [4962]、child1 [4963]、child2 [可能是 4964] 和 child1_1 [可能是 4966]打印:
"PID of parent is: xxxx"
然后等待其 PID 为 pid1、pid2 和 pid3 的子进程返回。
请记住,所有这些进程都是同时运行的,这就解释了为什么你不一定能预测打印语句的顺序进行。
关于linux - wait() 在 Linux 中如何工作?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/26636659/
我在一次采访中遇到过这个问题。 线程中wait和wait on time有什么区别? 我知道 wait 方法 导致当前线程等待,直到另一个线程调用此对象的 notify() 方法或 notifyAll
我在这里得到了一个 java 代码片段,这让我想知道调用 wait() 和 this.wait() 之间的区别是什么。 假设您有一个类,该类具有获取资源的方法并且是同步的。通常,如果资源不可用,我会在
我知道如何使用 wait_event 在 Linux 内核队列中等待以及如何唤醒它们。 现在我需要弄清楚如何同时在多个队列中等待。我需要多路复用多个事件源,基本上以类似于 poll 或 select
c系统编程中wait(null)和wait(&status)有什么区别? 指针状态的内容是什么? 最佳答案 如果您调用 wait(NULL) ( wait(2) ),您只会等待任何子进程终止。使用 w
设想: 用户单击 View 上的按钮 这会调用 ViewModel 上的命令 DoProcessing 考虑到 View 和 ViewModel 的职责,Wait 光标是如何以及在哪里设置的? 为了清
我在使用 Selenium 的代码中看到了 FluentWait 和 WebDriverWait。 FluentWait 使用轮询技术,即它将在每个固定时间间隔轮询特定的 WebElement。我想知
我编写了以下代码,其中 start 方法应该等待,直到 stop 方法通知它。但是在执行过程中,尽管我已指定它等待,但启动方法下面的日志行会被打印。下图是我的start方法实现如下。 private
我有以下连接到 SignalR Hub 的代码 private static async Task StartListening() { try {
我对线程中的 wait() 方法如何工作感到很困惑。假设我写: public class test3 { public static void main(String args[]){
在使用 Java 线程原语构造线程安全有界队列时 - 这两种构造之间有什么区别 创建显式锁定对象。 使用列表作为锁并等待它。 示例 1 private final Object lock = new
故事: 在 Java selenium 语言绑定(bind)中有一个 FluentWait class ,这允许严格控制如何检查预期条件: Each FluentWait instance defin
wait-die 和 wound-wait 算法有什么区别? 这两种死锁预防技术似乎都在做同样的事情:回滚旧进程。 两者有什么区别? 请提供一个合适的例子来对比这两种算法。 最佳答案 Wait-Die
在 Java 线程转储中,您可以看到堆栈跟踪中提到的锁。 似乎有三种信息: 1: - locked (a java.io.BufferedInputStream) 2: - waiting to l
以下代码运行大约需要 20 秒。然而,取消注释 do! 后只用了不到一秒的时间。为什么会有这么大的差异? 更新:使用ag.Add时需要9秒。我已经更新了代码。 open FSharpx.Control
我在 ASP.NET WebForms 网站上有一个服务器端点击事件。在这种情况下,我调用一个方法,该方法又调用其异步合作伙伴方法,在调用中添加 .Wait()。 此方法然后向下几个级别(即,调用另一
有 3 种状态的线程处于 Activity 状态但既不运行也不可运行:- sleep 已阻止 正在等待 当线程执行 sleep() 方法时,它会在其参数指定的时间段(比如几毫秒)内从运行状态进入休眠状
考虑以下代码 public class ThreadTest1 { private static final long startTime = System.currentTimeMillis();
我有一个使用线程的 Java 应用程序,它使用多个 Lock 对象实例来同步对公共(public)资源的访问。 现在,作为性能测量的一部分,我想测量每个线程在每个锁中花费的时间。到目前为止,我已经尝试
我写了下面这段代码: let first_row = rows_stream.take(1).wait(); 并收到以下错误(当我真正想要访问该元素时): found struct `futures:
我使用了两个命令来等待设备启动:adb 等待设备和 adb 等待设备。两者似乎都在等待设备启动,我发现它们的行为没有任何区别。他们的行为有什么不同吗? 添加更多关于我所做的信息: 所以这就是我所做的,
我是一名优秀的程序员,十分优秀!