请问该用多线程还是单线程多个进程呢？

都還沒學多線程，就想著用多線程還是多進程，我只能說：你想多了。

你的问题好混乱啊，Python 的话，优先选择多进程吧。

如果是要利用 cpu，的所有资源，可用多进程。 看延迟用在哪里了 ，如果是网络 /io 之类的 gevent 就能帮助你。 先学习学习

python 无论多线程还是多进程性能都很麻烦绕圈子或者性能低，还不如换个语言写让 python 调用

Python 的话，优先选择多进程吧

python 一般会有 GIL，如果是 io 多的多线程也可以，一般是多进程

1. 题目描述有问题，啥叫单线程多个进程？我的理解就是:用多线程还是多进程
2. 你启动多进程的方法…不方便而且不太好。应该使用标准库 mutilprocess
3. 这两个方法优劣。很简单，你两个方法都写出来，做个测试不就好了。重效率，你就比较执行时间。

一些拙见:数据库操作属于 io 任务。所以多线程是可以的。不过你得注意，如果你是一个线程一个连接，最好有连接池；如果共享一个连接，那你得加锁，同时创建连接的时候把 check_same_thread 设为 False

@wisej 如果有这个或者类似的检查设置的话

解决问题有简单的方法就用简单的，我觉得多运行几个 python 能解决就挺好。如果是学习的话，可以研究研究

异步算了

看你在不在意性能，不在意的话无所谓，也没必要

@wisej 我没说清-。- 意思就是一个进程只有一个线程，开多个进程

进程面临的问题，进程间通信，同步，创建代价稍高。线程面临问题，数据竞争，多线程的各种坑，还有 GIL。

实际上在 Linux 系统上，线程就是个特殊的进程，和父进程共享数据空间，getpid 返回主线程的 tid，主线程的 tid 就是其 pid，使用 syscall(SYS_GETTID) 就可以知道 。fork pthread_create 一般都是使用 syscall SYS_CLONE.

以数据库的并发能力，你的需求一个线程或进程就够了 - - ，弄什么多线程多进程。。。

补充一下用简单的 ORM 甚至简单的 jdbc 类似的库就够了。 上框架之前先看自己需求以及当前的服务并发处理能力，自己估算一下。 当然如果是学习，什么框架都可以了🤪

我觉着 可以用用 GO

python 是推崇多进程的，毕竟多线程有 GIL 锁。因此 python 也提供了很多跨进程通讯的数据结构，基本可以满足跨进程传输需求。

用 python 就不要太考虑并发能力了。

看场景啊

要用什么方法，主要还是以需求为导向的。
我觉得如果是简单的多任务并发，协程应该是最好的选择。

python 线程在 cpu 计算类型没用，在 io 计算是有用的。如果是操作数据库，建议多线程