分享 N种方法使用C++调用C#.NET库

2015-04-09 03:32:10 1.1万阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

C#与C++混合编程实战：P/Invoke调用DLL全解析在软件开发中，动态链接库（DLL）是实现代码复用和模块化的重要技术，其原理在于将可执行代码封装为独立的二进制模块，供主程序在运行时调用。这种技术价值在于能有效分离核心功能与业务逻辑，便于团队协作和性能优化。通过平台调用服务（P/Invoke），托管代码（如C#）可以安全高效地调用非托管DLL（如C++编写）中的函数，实现跨语言互操作。这在桌面应用、游戏引擎、工业控制等对性能有苛刻要求的场景中尤为关键，能充分发挥C#的开发效率与C++的执行性能优势。本文以DLL调用和Visual Studio环境配置为核心，阅读详情

为了减少篇幅，此文不描述何种场景下需要使用C++调用C#/VB等托管代码，而直接给出三种常规方法和一些变通方法以供参考。

常规方法1:COM

使用C#把托管类注册成COM，用regasm.exe注册output assembly，然后用C++像调用COM一样调用assembly里面的type。

优点:编写代码简单，调用方便

缺点:需要注册output，发布不够简单

参考:http://www.codeproject.com/KB/cs/ManagedCOM.aspx

常规方法2:CLR

C#常规编写类，生产assembly，C++使用CLR编译既可直接引用托管类。

优点:编写代码简单，调用方便

缺点:需要了解C++ CLR语法(既不像C++，又不像C#，总之很奇怪)

参考:http://www.codeproject.com/KB/mcpp/cppcliintro01.aspx ,http://msdn.microsoft.com/en-us/library/k8d11d4s.aspx

常规方法3(推荐):API

C#常规编写类，生产assembly，C++使用SDK提供的CLR非托管接口(CLRCreateInstance)进行调用。

优点:传统C#编程，传统C++编程

缺点:暂时还没发现

参考:http://nport.codeplex.com/SourceControl/changeset/view/45681#903468 ,http://msdn.microsoft.com/en-us/library/dd537633.aspx

变通方法:

1. 使用C#/VB包装现有托管类，注册成Windows服务，暴露SOAP web service。VC2005可以使用非托管代码添加引用Web service。

2. 使用C#/VB包装现有托管类，注册成Windows服务。C++利用Windows message和服务通讯。

3. 使用C#/VB包装现有托管类，注册成Windows服务。C++利用Windows共享内存和服务通讯。

其实利用双进程通讯的方法，可以演变出各种各样调用的思路。聪明的你可以充分发挥想象力，写出自己独有的调用模式。

...全文

C#调用llama.cpp运行PaddleOCR-VL本地OCR客户端 OCR（光学字符识别）是一种将图像中文字转换为可编辑文本的基础AI技术。其核心原理依赖于文本检测与识别的协同建模，而现代视觉语言模型（VL）通过图文联合表征显著提升了复杂文档的理解能力。技术价值体现在零网络依赖、高结构化输出和Windows原生部署可行性，广泛应用于制造业图纸识别、医疗单据处理、政务合同解析等强数据合规场景。本文聚焦C#与llama.cpp深度集成方案，结合PaddleOCR-VL-1.5的GGUF量化模型，实现轻量、稳定、可交付的本地OCR客户端。阅读详情

sknice

非技术类 1,663 成员 58,947 内容

+ 关注 + 加入社区

切换为时间正序

努力干活的懒虫 2019-04-08

打赏
举报

clwk 2018-12-12

打赏
举报

顶一下

hsaesj 2015-04-24

打赏
举报

bogeda1501 2015-04-22

打赏
举报

感谢分享~,还不错赞一个

fier1 2015-04-20

打赏
举报

跨语言的调用应当非常普遍吧，例如所有语言调用系统API都是在跨语言，下面是AAuto里调用C#程序集的一个例子，跨个语言也没那么麻烦：

import dotNet; 
import console;

var clr,err = dotNet.clr(); 
var appDomain = clr.createAppDomain();

//直接指定文件路径，资源文件路径，或内存数据加载程序集
var Interop = appDomain.loadFile($"~/lib/dotNet/.res/AAuto.InteropServices.dll");
var csProxy = Interop.createInstance("AAuto.InteropServices.CSharp");
 
//加载程序集并创建实例,支持添加多个构造参数
var CSSimpleObject = appDomain.createInstance( "CSNET2ClassLibrary","CSNET2ClassLibrary.CSSimpleObject");
console.log( "创建实例并获取值",CSSimpleObject.FloatProperty )

//指定文件路径加载程序集并创建实例
var CSSimpleObject = appDomain.createInstanceFrom( "/CSNET2ClassLibrary.dll","CSNET2ClassLibrary.CSSimpleObject");
console.log( "创建实例并获取值",CSSimpleObject.FloatProperty )

appDomain.unload();
console.pause()

bigbaldy 2015-04-20

打赏
举报

可惜不能保证性能

laowang2 2015-04-19

打赏
举报

赤勇玄心行天道 2015-04-18

打赏
举报

引用 7 楼 zhao4zhong1 的回复:

“放之四海而皆准”的方法：不要做A语言代码修改为B语言代码的无用功。也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。只需让A、B语言代码的输入输出重定向到文本文件，或修改A、B语言代码让其通过文本文件输入输出。即可很方便地让A、B两种语言之间协调工作。比如： A将请求数据写到文件a.txt，写完后改名为aa.txt B发现aa.txt存在时，读取其内容，调用相应功能，将结果写到文件b.txt，写完后删除aa.txt，改名为bb.txt A发现bb.txt存在时，读取其内容，读完后删除bb.txt 以上A可以替换为任何一种开发语言或开发环境，B可以替换为任何一种与A不同的开发语言或开发环境。除非A或B不支持判断文件是否存在、文件读写和文件更名。但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的： ·进程之间松耦合 ·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。 ·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。 ·方便在线开关服务，只需删除或创建该临时文本文件即可。 ·方便实现分布式和负载均衡。 ·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满） ·…… “跨语言、跨机，跨操作系统，跨硬件平台，跨国，跨*.*的”苦海无边，回头是“使用共享纯文本文件进行信息交流”的岸！

正解！不过会有点慢

赵4老师 2015-04-18

打赏
举报

无profiler不要谈效率！！尤其在这个云计算、虚拟机、模拟器、CUDA、多核、多级cache、指令流水线、多种存储介质、……满天飞的时代！

ArthurKingYs 2015-04-18

打赏
举报

学习学习求实例

赵4老师 2015-04-17

打赏
举报

“放之四海而皆准”的方法：不要做A语言代码修改为B语言代码的无用功。也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。只需让A、B语言代码的输入输出重定向到文本文件，或修改A、B语言代码让其通过文本文件输入输出。即可很方便地让A、B两种语言之间协调工作。比如： A将请求数据写到文件a.txt，写完后改名为aa.txt B发现aa.txt存在时，读取其内容，调用相应功能，将结果写到文件b.txt，写完后删除aa.txt，改名为bb.txt A发现bb.txt存在时，读取其内容，读完后删除bb.txt 以上A可以替换为任何一种开发语言或开发环境，B可以替换为任何一种与A不同的开发语言或开发环境。除非A或B不支持判断文件是否存在、文件读写和文件更名。但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的： ·进程之间松耦合 ·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。 ·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。 ·方便在线开关服务，只需删除或创建该临时文本文件即可。 ·方便实现分布式和负载均衡。 ·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满） ·…… “跨语言、跨机，跨操作系统，跨硬件平台，跨国，跨*.*的”苦海无边，回头是“使用共享纯文本文件进行信息交流”的岸！