featureoverload

@featureoverload (没写完给发送了)

差不多思路这样就可以：

pip install fastapi; restapi = route(restapi); json.loads(restapi.xxx.json_schema());

@abersheeran 确实，fastapi 的 Route 类已经处理过了。pip install fastapi; restapi = route(restapi); json.loads(restapi.xxx.json_schema());

不需要安装其他软件的办法。

先分类 -- 在不同应用间切换（分类不同的应用）；然后再在应用内切换。

可以在设置里面，配置快捷键，应用切换的快捷键配置成 **不同应用**切换。

然后有另外一个快捷键，配置它在（当前焦点的）**应用内**切换。

-------

这样只有两个快捷键，所有 mac 都适用，不需要安装软件，只需要连续按小几下就行了。

@ChenJHua “优化独立脚本重复导包的内存占用” 针对这个问题而言。

如果脚本是一次性执行的。那么可以在父进程（死循环的那个程序）

1. 先 import pymongo;
2. 然后 os.fork
3. 子进程中：import {脚本}; {脚本}.run()
4. 脚本运行完退出子进程

从 LINUX(*nix)来说，父进程和子进程的“读”内存是共享的。而 import 的包显然是用来“读”的。

所以从原理上，逻辑推导是可以做到共享的。

但是 python 不是编译的直接在 LINUX 系统上直接运行的二进制可执行程序。
而是通过 cpython 这个二进制程序解释运行的。
所以实际能不能共享父进程和子进程的内存，要看具体实现，我没有实验过。

-------------

如果是我要解决这个问题的话，我会从上面的思路做试验测试看看会不会“优化独立脚本重复导包的内存占用”。

100 个“脚本程序”，600MB 内存，优化个 X 。

有用的软件，直接按 32GB ，64GB ，128GB 考虑。

没有用的软件，“过早优化是万恶之源”。

`all([c in 'aeiou' for c in (x, y)])`

@LeeReamond 原本的程序（父进程）负责主 /核心逻辑，比如判断动态导入等。

在需要动态导入的时候，以及动态导入之后（使用导入的模块）做的事情，在 fork 出来的程序处理。

这样 [动态导入做的事情] 完成之后，fork 出来的程序（子进程）就让它自己结束--进程销毁；

------

这样就是“业务逻辑”和“核心逻辑”分离，包括进程内的一切变量等等。

核心逻辑控制什么时候动态导入，业务逻辑实际执行导入和业务行为。

@featureoverload 这种应该是最简单的机制了。

有内存数据（变量 /对象 /数据结构）交换的话，就使用 multiprocessing+importlib.import_module 可以解决。

不是有特殊需求的软件，就实现 os.fork+importlib.import_module 好了。这种应该是最简单的