Question

在测试我使用rest api制作的应用程序时，发现了我不理解的这种行为。
让我们从再现类似的错误开始，如下所示-
在文件call.py中-
请注意，该文件具有可直观显示代码的代码，例如可永久运行的GUI。在这里，我只是向您显示一个表示形式，并故意使它引发“异常”以向您显示该问题。发出get请求，然后尝试将结果解析为json将会引发JSONDecodeError。

import requests
from time import sleep

sleep(3)
uri = 'https://google.com'
r = requests.get(uri)
response_dict = r.json()

由于我想将此进程作为守护进程运行，因此我使用以下技巧将其与启动该进程的终端脱钩-
在文件start.py-

中

import subprocess
import sys

subprocess.Popen(["python3", "call.py"])
sys.exit(0)

然后我执行python3 start.py
它显然使过程脱钩，因为如果没有例外，视觉表现就可以完美地运行。
但是，如果发生异常，即使在调用python3 start.py-

后收到新的提示，我也会在终端中立即看到此输出。

$ python3 start.py
$ Traceback (most recent call last):
  File "call.py", line 7, in <module>
    response_dict = r.json()
  File "/home/walker/.local/lib/python3.6/site-packages/requests/models.py", line 896, in json
    return complexjson.loads(self.text, **kwargs)
  File "/usr/lib/python3/dist-packages/simplejson/__init__.py", line 518, in loads
    return _default_decoder.decode(s)
  File "/usr/lib/python3/dist-packages/simplejson/decoder.py", line 370, in decode
    obj, end = self.raw_decode(s)
  File "/usr/lib/python3/dist-packages/simplejson/decoder.py", line 400, in raw_decode
    return self.scan_once(s, idx=_w(s, idx).end())
simplejson.errors.JSONDecodeError: Expecting value: line 1 column 1 (char 0)

现在，我知道所有异常必须在程序本身中处理。我是在遇到这个奇怪的问题之后才这样做的，但是我不清楚为什么首先要发生这种情况？
如果我退出终端并重新启动终端，则不会发生（在出现Traceback的情况下，视觉表现卡住了，并且在任何终端上都没有输出预期的结果）
为什么一个解耦的过程具有这种方式？
注意：去耦对我来说是必不可少的。必须让GUI作为后台进程或守护进程运行，并且从中释放生成它的终端。

Answer 1

通过“解耦”，我假设您的意思是您想要stdout / stderr转到/dev/null？假设这就是你的意思，那不是你告诉你的代码要做的

来自docs：

stdin，stdout和stderr分别指定执行程序的标准输入，标准输出和标准错误文件句柄。有效值为PIPE，DEVNULL，现有文件描述符（正整数），现有文件对象和None。

使用默认设置None，将不会发生重定向；子文件的句柄将从父文件继承。

因此，您可能想这样做：

from subprocess import Popen, DEVNULL

Popen(["python3", "call.py"], stdin=DEVNULL, stdout=DEVNULL, stderr=DEVNULL)

基于OP的评论，我认为它们可能是在使用GNU screen或tmux之类的工具之后。像这样的终端多路复用器，使您可以创建虚拟终端，可以根据需要断开虚拟终端并重新连接。这些答案请参见https://askubuntu.com/a/220880/106239和https://askubuntu.com/a/8657/106239分别有tmux和screen的示例

与终端解耦的过程仍会向终端输出回溯

1 个答案: