embedding mono实战笔录（一）

最近在给自己的服务器节点添加脚本功能，考虑到 执行性能、开发效率、调试效率、可维护性、严谨性 五大要素，最终选用C#作为脚本语言，并使用mono作为中间层，使其具备跨平台特性，以备具有在Windows开发调试并在Linux部署的效果。这样就完全符合五大要素了。

开始研究嵌入mono的方法，结果并非我想的半天搞定，而是花了我两天的时间，google和bing都搜了个遍，没有直接可解决问题的答案，真是命途多舛。我使用的是mono 4.6版本，在Windows下进行测试，有几个坑需要备忘一下：

1）检查环境变量Path是否包含mono安装目录下的bin目录，当然没有也不要紧，因为我用的是embedding。但是最好还是设置一下，有备无患，里面有不少小工具可以用，包括mcs。

2）记得包含%MonoRoot%/include/mono-2.0和%MonoRoot%/lib目录进项目中，当然这是基本所有程序都会做的。

3）在调用任何任何有关mono的api之前，必须先调用mono_config_parse(0)函数，这个我看了好久的文档都没有告诉我，还是看别人的代码才明白要放在第一个调用。该函数记得#include <mono/metadata/mono-config.h>

4）想要提升性能，就必须使用mono_method_get_unmanaged_thunk()函数来获取一个函数指针，并保存起来以备以后调用。但是！这里有两个大坑，请一定要以这种形式来定义函数指针：

typedef void(* __stdcall TestDelegate)(int, MonoException**); // vc

typedef void(* __attribute__((__stdcall)) TestDelegate)(int, MonoException**); // gcc

是的！一个是__stdcall调用约定，也许在Debug模式下有栈保护，你查不出问题，但是到了Release你就等着傻吧，这个太坑了，要不是我偶然间看到stackoverflow上的帖子，被玩死估计也不晓得有这么回事啊，明明是C库，你给个stdcall不是坑人么。心中一万个草泥马奔腾......

还有个巨坑就是后面的MonoException**参数一定要加上啊！！！！！不加上你就会发现一个莫名其妙的异常错误......而且表现的极其诡异，你每次调用函数之前，重新调用一次mono_method_get_unmanaged_thunk()函数就没事，否则就会抛异常，真是巨坑无比，官方文档里对于这个问题只字未提，我也是千千万万个草泥马奔腾了......坑的我一脸老血，各种文章和博客里都是跟官方文档一样的写法。我觉得这些人一定是随便研究研究就放文章出来了，根本没有用于实际项目去使用。因为你调用了mono_method_get_unmanaged_thunk()函数之后立即使用这个函数指针来调用函数，是完全没有问题的！要中间执行一些代码，再去使用这个函数指针，就会给你报错了。所以，一定要在最后一个参数上传入获取异常对象的地址位置......