c#如何调用python_c#调用python教程

推荐用Python.NET（pythonnet）而非Process.Start调用Python脚本，因其支持跨语言对象传递、异常捕获、解释器复用和断点调试；需确保Python与.NET架构一致、版本匹配、使用官方CPython并正确配置PATH和sys.path。

直接使用 Process.Start 来启动 Python 脚本，方法确实简单，但只适合“一锤子买卖”。如果涉及到频繁的数据交换或者需要共享内存，这个方法就显得力不从心了。真正稳定且能深度交互的方案，其实是借助 Python.NET（也就是 pythonnet），让 C# 直接加载 Python 运行时——当然，前提是你的 Python 环境和 .NET 运行时架构得保持一致，比如都是 x64。

为什么 Process.Start 不够用

这种方式本质上只是启动了一个外部进程来运行脚本，比较适合那种“一次性输入、一次性输出”的批处理任务，比如调用一个数据清洗脚本，然后读取它生成的 CSV 文件。但它有几个硬伤：

• 无法实时传递复杂的对象（比如一个 List 或者自定义的类）。
• 捕获不到 Python 内部的异常堆栈详情，只能拿到标准错误输出的文本。
• 无法复用 Python 解释器的状态，每次调用都得重新导入模块，开销不小。
• 调试的时候，断点没法在 C# 和 Python 代码之间来回跳转。

一个典型的报错现象是：System.ComponentModel.Win32Exception: The system cannot find the file specified。这多半是因为 Python 可执行文件的路径没配置对，或者用了 conda 环境但没有正确激活。

用 pythonnet 前必须确认的三件事

这个库可不是“装上就能用”的，它底层依赖 Python C API 和 .NET 运行时的 ABI 兼容性，所以准备工作必须做足：

立即学习“Python免费学习笔记（深入）”；

• pythonnet 的版本必须和你本地的 Python 版本严格匹配（例如，Python 3.9 对应 pythonnet==3.0.1，而不是盲目追求最新版）。
• C# 项目的目标框架最好是 net6.0 或更高版本（net5.0 也行，但不太建议用 netcoreapp3.1）。
• Python 安装必须是官方的 CPython（通过 MSI 安装包安装），不能用嵌入式版或者 Miniconda 的精简版。同时，要确保 PYTHONHOME 和 PYTHONPATH 这些环境变量不会干扰解释器的正常初始化。

这里有个常见的坑：PythonEngine.Initialize()System.DllNotFoundException: python39.dll。这其实不是系统里没装 Python，而是运行时找不到对应的 DLL 文件。检查一下 PATH 环境变量，确保它包含了 Python 的安装根目录（比如 C:\Python39），而不仅仅是 Scripts 这样的子目录。

在 C# 里调用 Python 函数的最小可行代码

假设你有一个名为 math_utils.py 的 Python 脚本，内容如下：

def add(a, b):
    return a + b

class Calculator:
    def multiply(self, x, y):
        return x * y

那么，在 C# 中对应的调用逻辑应该是这样的（注意命名空间的引用）：

using Python.Runtime;

PythonEngine.Initialize();
using (Py.GIL()) {
  dynamic sys = Py.Import("sys");
  sys.path.append(@"C:\your\script\path"); // 这一步必须加，否则 import 会失败
  dynamic utils = Py.Import("math_utils");
  int result1 = utils.add(3, 5); // 返回 int 类型
  dynamic calc = utils.Calculator();
  double result2 = calc.multiply(4.5, 2); // 也支持浮点数
}

这里有三个关键点需要牢记：第一，Py.GIL() 是必须的，因为 CPython 的全局解释器锁（GIL）不允许并发调用，所有对 Python 对象的操作都必须在这个作用域内完成。第二，sys.path.append 不是可选项——pythonnet 不会自动继承当前 Python 环境的 sys.path，你必须手动添加脚本路径。第三，真正的难点往往不在于语法，而在于环境对齐：Python 的 DLL 文件、系统位数（32/64位）、运行时版本、路径配置，这四者错一个，就可能卡在 Initialize 这一步。所以，先别急着写业务逻辑，确保 Py.Import("os").name 能正确打印出 'nt'（Windows）或 'posix'（Linux/macOS），这才是成功的第一步。