Python虚拟环境下规避WSL串口Permission Error的替代方案

解决方案 #

1. 持久化解决串口权限问题（替代sudo chmod 666 /dev/ttyS10）

每次手动修改权限太繁琐，更持久的方案是把你的用户加入WSL中管理串口设备的用户组：
首先检查串口设备的所属组：

ls -l /dev/ttyS10

输出类似crw-rw---- 1 root dialout 4, 10 Aug 20 12:34 /dev/ttyS10，这里的组就是dialout（部分WSL环境可能是tty组）。

然后将当前用户添加到该组：

# 如果是dialout组
sudo usermod -aG dialout $USER
# 如果是tty组，替换成
sudo usermod -aG tty $USER

添加完成后，注销当前WSL会话或执行wsl --shutdown重启WSL，之后你的用户就永久拥有该串口设备的读写权限，无需再手动修改权限。

2. 解决sudo调用全局pip的问题

sudo会切换到root身份，而root的环境变量和你当前用户的虚拟环境完全隔离，所以默认会使用全局Python和pip。解决核心是尽量避免用sudo运行脚本——既然上面已经解决了串口权限问题，直接在激活虚拟环境后运行脚本即可：

# 激活虚拟环境
source your_venv/bin/activate
# 运行脚本
python your_script.py

如果确实有特殊场景需要sudo，可通过以下两种方法指定虚拟环境依赖：

• 保留当前用户环境变量运行：

  sudo -E python your_script.py
  

  -E参数会让sudo继承你当前用户的环境变量，包括虚拟环境路径，从而加载虚拟环境内的依赖。
• 直接指定虚拟环境的Python路径：

  sudo /path/to/your_venv/bin/python your_script.py
  

  明确告诉sudo使用虚拟环境内的Python解释器，自然会调用对应的依赖包。

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