无需if __name__ == '__main__' guard的Python多进程解决方案

TLDR
通常来说，任何内部用到多进程的Python模块，都会让所有导入它的脚本必须加上那个“guard”判断。
但用我接下来要说的技巧，这个guard就不再是必须的了。导入这类模块的用户可以写出简短简洁的代码——就好像完全没用到多进程一样。

问题概述 #

StackOverflow上有一大堆关于Python里用multiprocessing模块启动进程，却没在主脚本里加

if __name__ == '__main__':
    ...

这个“guard”判断的问题。

没加这个判断的话，multiprocessing就会抛出RuntimeError。（不然的话，子进程里运行的主脚本会创建出无限嵌套的自身副本，很快就会吃光内存导致程序卡死。）所以大家通常都觉得，要实现跨平台的Python多进程，这个guard是不得不接受的必要条件。

但有些场景下，这个guard完全没法接受。比如我正在开发一个用于硬件控制的模块，启动的时候需要单独开一个进程来做USB通信的高效流水线处理，但这种技术细节应该完全封装在模块内部，只给用户暴露高层的、友好的接口。

问题就在于，这个guard（还有它带来的缩进）会渗透到所有显式或隐式用到multiprocessing的Python可执行脚本里。写简短的Python脚本来自动化实验室任务对非程序员来说本来很方便，但我总不能让我的科学家同事们在每一段脚本里都加上这个别扭又不Pythonic的东西吧。

我接下来会给出一个解决方案作为第一个回答，同时也很期待大家的其他方案和意见。最重要的几个问题：

• 你觉得这个特性应该被加入官方的multiprocessing模块吗？
• 如果应该的话，最标准的实现方式是什么？如果不应该，那我该怎么做才对？
• 你觉得把这个解决方案分享到StackOverflow上那些相关的问题里合适吗？这肯定能帮到很多人，但我不知道平台的相关政策允许不允许。

备注：内容来源于stack exchange，提问作者dominecf