Qiskit 无官方 C++ 接口,不可直接调用;正确做法是:纯 Python 使用、换用原生 C++ 量子库(如 qpp、qsim)、或通过 IPC 与 Python 进程通信。

Qiskit 是 Python 库,C++ 无法直接调用
Qiskit 根本没有官方 C++ 接口,所有 qiskit 模块(如 qiskit.quantum_info、qiskit Aer)都是纯 Python 实现,底层虽有 C/C++ 扩展(如 qiskit-aer 的 qasm_simulator),但这些扩展只暴露给 Python 解释器,不提供 C ABI 或头文件。你写 #include <qiskit> 会直接报错 —— 这个头文件根本不存在。
常见错误现象:fatal error: qiskit/qiskit.h: No such file or directory,或链接时找不到 libqiskit —— 因为它压根没编译成独立库。
- 别试图用 pybind11 / Boost.Python“包装 Qiskit”:你包装的只是 Python 对象,不是量子电路逻辑本身;性能开销大,且无法绕过 GIL
- 别依赖“Qiskit C++ binding”这类不存在的第三方项目:GitHub 上搜到的基本是玩具 demo 或已归档废弃项目(如
qiskit-cpp仅支持极老版本且无维护) - 真实使用场景只有两种:要么用 Python 写主逻辑(推荐),要么在 C++ 中另起炉灶用其他量子模拟库
想在 C++ 里做量子模拟?换用原生 C++ 库
如果你的项目主体是 C++,又确实需要本地高性能模拟(比如嵌入式、实时反馈、HPC 耦合),应该跳过 Qiskit,直接选支持 C++ API 的模拟器:
-
qpp(Quantum++):头文件 -only,无依赖,支持状态向量和测量采样,API 类似 Qiskit 但更轻量;示例:qpp::ket psi = qpp::kets::z0; psi = qpp::apply(psi, qpp::gates::H, {0}); -
ProjectQ后端曾支持 C++,但已弃用;当前更现实的是tket(C++/Python 双接口),但它默认不带模拟器,需搭配pytket-qiskit或自接Aer—— 仍绕不开 Python - 若需高保真门级模拟,
qsim(Google)提供 C++ API 和静态库,可直接链接:qsimcirq是其 Python 封装,但源码里的libqsim可被 C++ 工程直接#include <qsim/lib/circuit.h>
注意:qsim 不兼容 Qiskit 的电路格式(如 QuantumCircuit 对象),需手动转译:把 Qiskit 的 circuit.data 提取为门列表 + 量子比特索引,再喂给 qsim::Circuit<fp_type>。
立即学习 “C++ 免费学习笔记(深入)”;
必须和 Qiskit 交互?走进程间通信(IPC)
当 C++ 主程序要动态生成电路、送进 Qiskit 模拟、再拿回结果(比如优化循环中反复调用),最稳的方式是让 Python 进程跑 AerSimulator,C++ 通过标准输入 / 输出或 socket 传数据。
- 避免用
system("python -c 'import qiskit; ……'"):启动开销大,无法流式交互 - 推荐方案:C++ 启动一个长期存活的 Python 子进程(如用
posix_spawn或CreateProcess),双方约定 JSON 协议 —— C++ 发送{"gates": [{"name": "h", "qubits": [0]}, {"name": "cx", "qubits": [0,1]}]},Python 返回{"statevector": [0.707, 0, 0.707, 0]} - 性能影响:单次调用延迟约 1–10ms(不含模拟时间),比函数调用高 2–3 个数量级;但胜在完全解耦、版本兼容、调试方便
- 容易踩的坑:
qiskit-aer在子进程中首次导入可能卡住(因 OpenMP 初始化竞争),加os.environ["OMP_WAIT_POLICY"] = "PASSIVE"可缓解
Qiskit 电路导出为通用格式,在 C++ 里解析
如果只是“一次性转换”,比如把设计好的 Qiskit 电路转成 C++ 可读结构,用 Qiskit 自带的序列化功能最省事:
- 导出为 QASM 2.0:
circuit.qasm()→ 得到字符串,C++ 用std::regex或简易 parser 提取门和比特索引(注意 QASM 的qreg q[2];声明) - 导出为 OpenQASM 3(需 Qiskit > 1.0):
qiskit.qasm3.dumps(circuit),语法更规范,但 C++ 解析器仍得自己写 - 别用
pickle或qiskit.serialize:二进制格式无跨语言保证,Python 版本一变就失效 - 导出后,C++ 侧可用
qpp或qsim加载执行;但注意:Qiskit 默认用 little-endian 量子比特顺序,而多数 C++ 库(包括qpp)也按此约定,无需翻转
真正麻烦的从来不是“怎么传数据”,而是“谁负责管理量子态内存生命周期”——Python 的 Statevector 和 C++ 的 std::vector<std::complex<double>> 之间没有隐式桥接,任何跨边界的拷贝都得显式做。