根本原因是target=func()导致函数被提前执行，线程实际运行None；正确写法是target=func, args=(...)，仅传函数对象和参数元组。

这个问题很典型：代码看似起了多个线程，但实际所有任务是顺序执行的，耗时翻倍甚至更久。根本原因不是线程没创建，而是 target 函数被提前调用了一次，返回值（通常是 None）被当成了 target，导致线程真正运行时什么都没做。

错误写法：target=func() —— 函数当场执行

这是最常踩的坑。比如：

❌ 错误示例：

t = threading.Thread(target=worker("task-1"))
这行代码在主线程里就立刻执行了 worker("task-1")，把它的返回值（比如 None）传给了 target。线程启动后，其实是在运行 None——什么也不干。后续循环中每个 t 都是这样，最终只有主线程在干活，完全串行。

正确写法：target=func, args=(...) —— 只传函数名和参数

必须把函数对象本身传进去，参数单独用 args 或 kwargs 传：

• 单个参数：args=("task-1",)（注意末尾逗号，否则会被当成字符串迭代）
• 多个参数：args=("task-1", 100, True)
• 关键字参数：kwargs={"name": "task-1", "timeout": 10}

✅ 正确示例：

t = threading.Thread(target=worker, args=("task-1",))
此时 worker 不会立即执行，线程启动后才调用它，并传入 "task-1"。

快速自查与修复步骤

• 检查所有 threading.Thread(...) 构造语句，确认 target= 后面是不是带了括号；有括号基本就是错的
• 把 target=func(x) 全部替换成 target=func, args=(x,)
• 加一行简单日志验证是否真并发：在 worker 开头加 print(f"{threading.current_thread().name} started")，看输出是否交错出现
• 计时对比：修复前后跑同一组任务，串行耗时 ≈ 单任务×线程数，修复后应接近单任务耗时（忽略调度开销）

进阶提醒：别让 print 或 logging 假装“并发”

即使线程真并发了，如果所有线程都直接调 print() 或往同一个文件写日志，输出仍可能看起来串行或错乱——这不是线程没跑，是 I/O 竞争掩盖了并发性。这时要区分问题层级：先确认线程是否真启动（用时间戳或计数器），再解决日志/输出同步问题。