Godot多线程技术问询：Mutex、Semaphores及线程安全使用疑问

一、线程里可做/不可做的操作 & 节点函数调用问题 #

可做的操作 #

• 纯计算类任务：比如数值运算、JSON/CSV数据解析、本地文件的读写（注意用线程安全的文件API）
• 不涉及Godot引擎节点、场景树、渲染/UI的独立逻辑

不可做的操作 #

• 直接调用任何节点的函数（比如$Label.text = "xxx"、$Player.move()）
• 修改场景树结构（比如添加/删除节点）
• 操作UI组件、渲染资源（比如纹理、动画播放器）
• 调用Godot标记为非线程安全的API（大部分节点成员函数都属于这类）

关于节点函数调用的建议 #

绝对不能在子线程里直接调用其他节点的函数——节点和场景树都运行在主线程，子线程碰这些大概率导致崩溃。正确的做法有两种：

1. 在目标节点内部创建线程：让线程只处理纯计算逻辑，计算完成后通过信号把结果传给主线程，由主线程更新节点状态
2. 子线程计算完数据后，用call_deferred()方法把更新节点的任务交给主线程执行，比如：

# 子线程里的代码
var result = 复杂计算()
call_deferred("update_node", result)

# 主线程里的函数
func update_node(data):
    $Label.text = str(data)

二、什么是Mutex？锁定/解锁的作用？ #

把Mutex理解成公共厕所的门锁：

• Mutex是用来保护共享数据的工具（比如多个线程都要读写的全局变量、公共数组）
• 当一个线程要访问共享数据时，先调用lock()——相当于锁上门，此时其他线程想访问这个数据，只能等着
• 线程处理完共享数据后，调用unlock()——相当于开门，让其他线程可以进来处理

举个Godot代码例子：

var mutex = Mutex.new()
var shared_score = 0

func thread_add_score():
    mutex.lock()
    shared_score += 10  # 操作共享数据，必须先锁
    mutex.unlock()

如果不用Mutex，多个线程同时改shared_score，可能会出现计算错误（比如两个线程同时加10，结果只加了10），甚至直接导致程序崩溃。

三、什么是Semaphores？ #

把Semaphore理解成停车场的剩余车位计数器：

• 它有一个初始的「许可数」（比如停车场一开始有5个空位）
• 线程调用wait()时，相当于请求一个车位：如果还有空位（许可数>0），许可数减1，线程继续执行；如果没空位（许可数=0），线程就会暂停，直到有空位出来
• 线程调用post()时，相当于腾出一个车位：许可数加1，唤醒一个等着的线程

四、Mutex和Semaphore的使用场景 #

• Mutex：用于一对一的独占访问，比如某个共享资源只能同时被一个线程操作，就用它。比如只有一个人能进的厕所，只能用Mutex锁门。
• Semaphore：用于一对多的资源控制或者线程间同步：
  1. 限制同时运行的线程数量（比如最多3个线程同时处理文件）
  2. 生产者-消费者场景（比如生产者生产数据后发信号，消费者等信号再处理）

内容的提问来源于stack exchange，提问作者DotFX