这个问题我之前在树莓派部署pythonnet调用.NET程序的时候也碰到过，核心原因是clr_loader的自动路径查找逻辑在树莓派的Linux环境下容易失效——哪怕你已经把dotnet加到PATH里，终端能正常执行dotnet --version，但Python进程可能没正确识别到，或者查找逻辑对软链接/真实路径的处理有偏差。下面是几个亲测有效的解决方案：

1. 手动指定dotnet_root参数（最快速解决） #

既然自动查找失败，我们直接告诉clr_loader.NET运行时的根目录就行：

• 先在终端里执行readlink -f $(which dotnet)，得到dotnet可执行文件的真实路径，比如输出是/usr/share/dotnet/dotnet，那根目录就是/usr/share/dotnet
• 修改你的Python代码，在get_coreclr里加上dotnet_root参数：

  from clr_loader import get_coreclr
  from pythonnet import set_runtime
  # 替换成你刚才查到的dotnet根目录
  rt = get_coreclr("app.runtime.json", dotnet_root="/usr/share/dotnet")
  set_runtime(rt)
  import sys
  

  这样就能跳过自动查找步骤，直接指向正确的.NET安装目录。

2. 检查Python进程的环境变量 #

有时候你在终端里设置的PATH并没有被Python进程继承（比如用Jupyter Notebook、VS Code内置终端运行时），可以先在Python里打印当前PATH确认：

import os
print(os.environ.get("PATH"))

如果看不到dotnet的路径，就在脚本开头手动添加：

import os
# 替换成你的dotnet可执行文件所在目录
os.environ["PATH"] += ":/usr/share/dotnet"

之后再执行加载CLR的代码。

3. 验证.NET运行时的完整性 #

虽然dotnet --version能正常输出，但还是建议检查一下已安装的运行时：

dotnet --list-runtimes

确保输出里包含Microsoft.NETCore.App 6.0.102。如果没有，重新安装对应架构的.NET 6 SDK（树莓派分arm32和arm64，要选对包）：

# 以arm64为例，arm32的话替换对应的下载链接
wget https://download.visualstudio.microsoft.com/download/pr/8a5f50a3-3d0a-4b3b-9f9c-4d94b1b4a4a9/2e0a71a6d9f67f8b33a0d232394623a0/dotnet-sdk-6.0.102-linux-arm64.tar.gz
sudo mkdir -p /usr/share/dotnet
sudo tar zxf dotnet-sdk-6.0.102-linux-arm64.tar.gz -C /usr/share/dotnet
sudo ln -s /usr/share/dotnet/dotnet /usr/bin/dotnet

4. 更新pythonnet和clr_loader到最新版本 #

旧版本的clr_loader在Linux环境下的路径查找逻辑可能存在bug，尝试升级依赖：

pip install --upgrade pythonnet clr_loader

一般来说，第一种方法就能解决问题，如果还是不行，再依次尝试后面的步骤。

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