start()不能重复调用是因为Thread实例生命周期单向，_started标志设为True后再次调用会抛RuntimeError；正确做法是每次新建线程对象或使用ThreadPoolExecutor。
为什么 start() 不能重复调用？
这个错误不是 Python 的 bug，而是设计约束：每个 Thread 实例的生命周期是单向的——一旦调用过 start()，它的内部状态（_started 标志）就被设为 True，再次调用会直接抛出 RuntimeError: threads can only be started once。它和进程不同，线程对象不可复用。
常见触发场景和错误写法
最典型的误用是把同一个线程对象反复塞进循环或回调里启动：
import threading
import time
<p>def task():
print("running...")
time.sleep(1)</p><p>t = threading.Thread(target=task)
for _ in range(3):
t.start() # ❌ 第二次 start() 就崩溃
t.join()
- 试图对已
join()或已退出的线程再次start() - 在 GUI 或 Web 框架（如 Flask、Tkinter）中，把线程对象作为全局变量反复触发
- 用类封装线程逻辑，但没重置实例，直接复用
.start()
正确做法：每次都创建新线程对象
不要复用 Thread 实例。每次需要并发执行，就新建一个：
import threading
import time
<p>def task():
print("running...")
time.sleep(1)</p><p>for _ in range(3):
t = threading.Thread(target=task) # ✅ 每次都 new 一个
t.start()
t.join() # 注意：这里串行等待，实际中通常用列表存所有 t 后统一 join
- 如果要并发而非串行，把
t.start()全部先调用完，再统一join() - 避免在循环中混用
start()和join()，否则失去并发意义 - 大量短任务时，考虑用
concurrent.futures.ThreadPoolExecutor管理线程池，更安全且自动复用底层线程
线程池方式更稳妥（推荐用于高频调用）
用 ThreadPoolExecutor 可以避免手动管理线程生命周期，也天然规避“重复 start”问题：
立即学习“Python免费学习笔记（深入）”；
from concurrent.futures import ThreadPoolExecutor
import time
<p>def task(x):
print(f"task {x}")
time.sleep(0.5)
return x * 2</p><p>with ThreadPoolExecutor(max_workers=3) as executor:
futures = [executor.submit(task, i) for i in range(5)]
results = [f.result() for f in futures]
-
submit()返回Future，不涉及线程对象暴露，完全屏蔽了start()调用细节 - 底层线程被池复用，但上层每次都是“新任务”，无状态冲突
- 注意：如果任务函数本身有共享状态（比如修改全局变量），仍需加锁，线程池不解决数据竞争
线程对象一旦启动就不可逆，这个限制其实是在提醒你：别试图“重启”线程，该建新对象时就建新的；真正容易被忽略的是，在类方法或闭包中隐式持有了旧线程引用，导致你以为换了参数，其实还是在调同一个已启动过的 Thread 实例。
