TCP连接树莓派GPIO控制 并行进程下LED闪烁阻塞问题求解

你现在遇到的阻塞问题本质是闪烁死循环和TCP指令接收逻辑跑在同一个执行流里，循环运行时程序完全没有机会处理新收到的停止指令。之前尝试多线程/多进程/异步没成功，基本都是状态同步逻辑没写对，不是技术方案本身不适用。

这个方案资源开销极小，适配树莓派嵌入式场景，不需要改你现有守护进程的整体框架，核心逻辑拆分：

• 主线程只负责监听TCP端口、收发客户端指令，不碰任何耗时循环
• 单独开一个后台守护线程专门跑LED闪烁逻辑，用线程安全的事件标志做状态同步，不会和主线程抢资源
• 闪烁循环每次翻转电平前都检查运行标志，收到停止信号后立刻退出循环动作、熄灭LED

可直接运行的参考代码 #

用树莓派生态最通用的gpiozero库做GPIO控制，标准库实现socket和多线程，不需要额外装复杂依赖：

import socket
import threading
from gpiozero import LED
from time import sleep

# 硬件配置，修改为你实际连接LED的BCM引脚号
LED_PIN = 17
led = LED(LED_PIN)

# 线程安全的运行状态标志，初始为停止状态
blink_enable = threading.Event()
blink_worker_thread = None

def led_blink_loop():
    """LED闪烁工作线程，启动后常驻后台，无运行信号时阻塞不占CPU"""
    while True:
        # 阻塞等待启动信号，收到信号才会往下执行
        blink_enable.wait()
        # 点亮LED
        led.on()
        sleep(0.5)
        # 状态检查：如果收到停止信号，立刻灭灯回到等待状态
        if not blink_enable.is_set():
            led.off()
            continue
        # 熄灭LED
        led.off()
        sleep(0.5)
        if not blink_enable.is_set():
            continue

def run_server():
    global blink_worker_thread
    # 服务启动时就拉起闪烁线程，线程会卡在wait()阶段等待指令，无额外开销
    blink_worker_thread = threading.Thread(target=led_blink_loop, daemon=True)
    blink_worker_thread.start()

    # 初始化TCP服务
    tcp_server = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
    tcp_server.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
    tcp_server.bind(('0.0.0.0', 8888))
    tcp_server.listen(1)

    while True:
        conn, client_addr = tcp_server.accept()
        with conn:
            while True:
                recv_data = conn.recv(1024)
                if not recv_data:
                    break
                cmd = recv_data.decode().strip()
                if cmd == "start_blink":
                    blink_enable.set()
                    conn.sendall(b"OK: LED blink started\n")
                elif cmd == "stop_blink":
                    blink_enable.clear()
                    led.off()
                    conn.sendall(b"OK: LED blink stopped\n")
                else:
                    conn.sendall(b"ERROR: supported cmd: start_blink, stop_blink\n")

if __name__ == "__main__":
    run_server()

之前尝试多线程/多进程失败的常见坑 #

• 线程职责写反：把闪烁循环留在主线程，反而把socket监听放到子线程，本质还是阻塞
• 没有做线程间状态同步：启动子线程跑闪烁后，没有可靠的标志位通知线程退出，发停止指令根本传不到循环里
• 重复创建线程：每次收到启动指令就新建一个闪烁线程，多个线程同时操作GPIO，逻辑完全混乱无法停止

如果不需要自定义复杂闪烁逻辑，可以直接用gpiozero内置的后台闪烁方法，连手动写线程都不用：

• 收到start_blink指令时直接调用led.blink(on_time=0.5, off_time=0.5)，这个方法本身是后台非阻塞的，不会卡住主线程
• 收到stop_blink指令时直接调用led.off()就会立刻终止闪烁

# 替换掉上面代码里的指令处理逻辑即可
if cmd == "start_blink":
    led.blink(on_time=0.5, off_time=0.5)
    conn.sendall(b"OK: LED blink started\n")
elif cmd == "stop_blink":
    led.off()
    conn.sendall(b"OK: LED blink stopped\n")

• 脚本配成systemd服务托管即可实现守护进程运行，不要用nohup后台运行，避免异常退出
• 测试时直接用telnet连对应端口，发指令即可实时响应，不会再出现无法停止的问题

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