平台调用 (P/Invoke)：跨平台方案

  接前上一篇：平台调用 (P/Invoke)：DllImport特性说明

  首先，我们知道C#和C/C++都是跨平台的，但是原理上他们是不一样的：  

    C#首先编译成一种中间语言（IL）的程序集，然后将这种程序集放到不同平台下的解释器里面去执行，这就是说一次编译到处运行
    C/C++是针对不同的平台直接编译，编译之后就不具备跨平台能力了

  所以，当我们开发的应用需要跨平台时，我们就需要将C/C++程序分别对不同平台编译了，那么剩下的就是我们怎么调用的问题了。

  调用时判断

  一个简单的思路就是，在需要调用的时候做判断，这个大家应该都会，比如我们有window和linux的两个动态库，那么我们在调用的时候可以通过环境来判断：  

    [DllImport("lib/Project-win.dll", EntryPoint = "Add")]
    static extern int WinAdd(int n1, int n2);
    [DllImport("lib/libProject-linux.so", EntryPoint = "Add")]
    static extern int LinuxAdd(int n1, int n2);

    static void Main(string[] args)
    {
        //判断系统环境
        if (OperatingSystem.IsLinux())
        {
            var sum = LinuxAdd(1, 2);
            Console.WriteLine(sum);
        }
        else
        {
            var sum = WinAdd(1, 2);
            Console.WriteLine(sum);
        }
    }

  显然，这个办法很笨拙，难道我们每个要调用的时候都加这个判断么？当然，有些想法的同学可能会考虑使用继承来做一层封装，这样就不用每个地方都加这种判断了，但是这也需要增加一些无用的代码量，想想就因为不同平台的编译，就要拐个弯来处理，想想就不划算。

  库名称变体

  很庆幸，.net为了解决跨平台导致的问题，允许我们将动态库按照一些规则来命名，这样就可以自动根据环境来选择对应的动态库了，比如，在对C/C++程序进行编译的时候，我们可以把它们编译成相同名称不同后缀的动态库，比如windows下就是project.dll，linux下就是project.so，然后就可以简单的实现：  

    [DllImport("lib/project", EntryPoint = "Add")]
    static extern int Add(int n1, int n2);

    static void Main(string[] args)
    {
        //自动根据当前系统环境判断
        var sum = Add(1, 2);
        Console.WriteLine(sum);
    }

  上述代码可以在linux和windows下运行，只要对应的动态库存在就可以了。

  这种方式得益于.net的库名变体搜索规则：

,  Windows下按以下顺序搜索dll：

    [DllImport("lib/nativedep")]将按下面的顺序搜索动态库：
    1、先搜索全名不带后缀的库，即nativedep
    2、没有则继续搜索带.dll后缀的库，即nativedep.dll

  macOS下按以下顺序搜索dylib：

    [DllImport("lib/nativedep")]将按下面的顺序搜索动态库：
    1、先搜索带.dylib后缀的库，即nativedep.dylib
    2、没有则继续搜索以lib开头，带.dylib后缀的库，即libnativedep.dylib
    3、没有则继续搜索全名不带后缀的库，即nativedep
    4、最后搜索以lib开头的库，即libnativedep

  Linux下要分情况而定

• 如果引入的库名以.so为后缀，或者以.so.*的格式结尾，则按以下顺序搜索so：

      [DllImport("lib/nativedep.so")]和[DllImport("lib/nativedep.so.1")]将按下面的顺序搜索动态库：
      1、先搜索全名称没有处理的库，即nativedep.so、nativedep.so.1
      2、没有则继续搜索带lib前缀的库，即libnativedep.so、libnativedep.so.1
      3、没有则继续搜索带.so后缀的库，即nativedep.so.so、nativedep.so.1.so
      4、没有则继续搜索带lib前缀、带.so后缀的库，即libnativedep.so.so、libnativedep.so.1.so

• 否则按以下顺序搜索so：

      [DllImport("lib/nativedep")]将按下面的顺序搜索动态库：
      1、先搜索带.so后缀的库，即nativedep.so
      2、没有则继续搜索以lib开头，带.so后缀的库，即libnativedep.so
      3、没有则继续搜索全名不带后缀的库，即nativedep
      4、最后搜索以lib开头的库，即libnativedep

  注：如果DllImport的时候使用的是觉得路径，那么在使用绝对路径名称搜索，以上命名规则将不生效 

  自定义导入解析

  有时候，我们开发都要求速度，也需开始的时候我们没有考虑这么多，可能是直接按照上面第一种做的，导致我们有多个名称的库，而又不方便按照第二种方式来处理，这个时候我们可以考虑下自定义导入解析的方式。

  假如现在我们已经有window下的动态库Project-win.dll，以及Linux下的动态库libProject-linux.so，这是两个文件，名称不一样，我们不能使用上面第二种方式（库名称变体）来处理，那么可以自定义导入解析，首先，假如我们导入的程序是：  

    [DllImport("lib/plus", EntryPoint = "Add")]
    static extern int Plus(int n1, int n2);

  注意，这里的动态库名称是plus，接着提供一个自定义解析的委托函数：  

    static IntPtr DllImportResolver(string libraryName, Assembly assembly, DllImportSearchPath? searchPath)
    {
        //如果库名是plus，则根据系统环境来更换
        if (libraryName == "lib/plus")
        {
            if (OperatingSystem.IsLinux())
            {
                libraryName = "lib/libProject-linux.so";
            }
            else
            {
                libraryName = "lib/Project-win.dll";
            }
            return NativeLibrary.Load(libraryName, assembly, searchPath);
        }

        return IntPtr.Zero;
    }

  接着注册一下，我们就可以用了：  

    static void Main(string[] args)
    {
        //将当前运行的程序集注册自定义的处理方式
        NativeLibrary.SetDllImportResolver(Assembly.GetExecutingAssembly(), DllImportResolver);
        //直接使用
        var sum = Plus(1, 2);
        Console.WriteLine(sum);
    }

  参考文档：https://learn.microsoft.com/en-us/dotnet/standard/native-interop/cross-platform