马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有账号?立即注册
x
前言
.NET NativeAOT 想必不少开辟者都已经很熟悉了,它可以将 .NET 程序集直接编译到原生的机器代码,从而可以脱离 VM 直接运行。简朴的一句 dotnet publish -c Release -r /p ublishAot=true 就可以做到。
在编写 C++ 程序之类的原生程序时,我们大概需要做静态链接,这样编译出来的程序无需在目标环境上安装使用到的库就能运行起来。这对 Linux 这种环境多变的系统非常有用。
那 .NET 的 NativeAOT 是否也做到这一点呢?
答案是:可以!
P/Invoke
在 .NET 中,想要调用原生库(.dll、.so、.dylib等等),我们常用的方法是 P/Invoke。
比方现在我有一个 C++ 库 foo.dll,导出了一个函数 int add(int x, int y),那在 .NET 中,我只需要简朴的编写一句 P/Invoke 创建一个静态方法就能够调用它:- [DllImport("foo", EntryPoint = "add")]
- extern static int Add(int x, int y);
- Console.WriteLine(Add(3, 4));
复制代码 这极大地简化了我们的工作量,我们只需要知道函数签名就能十拿九稳地导入 .NET 程序中使用,甚至可以借助各种代码生成工具自动生成 P/Invoke 方法,比方 CsWin32 就是其中之一。
当调用 P/Invoke 方法时,.NET 运行时会在我们第一次调用它的时候查找并打开对应的库文件,然后获取导出符号拿到调用地址进行调用。
NativeAOT 下的 Direct P/Invoke
你会发现在 .NET 中,attribute 都是常量,而函数签名更是编译时已知的,那么 NativeAOT 下的 P/Invoke 会不会有什么编译时的针对性优化呢?
那当然是...没有的!NativeAOT 中的 P/Invoke 工作原理和非 NativeAOT 时根本上是完全同等的:也就是在运行时调用的时候才进行绑定。这么做当然是因为兼容性更好,因为纵然你有一些 P/Invoke 方法在库中实际不存在,只要不去调用它也不会出现题目,因为它们都是在你调用的时候才进行绑定的。(毕竟你也不希望在 .NET 中遇到 C++ 里各种各样的构建时 unresolved symbol 链接错误)
但是!正如前面所说,NativeAOT 既然直接产生最终二进制,那么其实是可以在编译时使用到这些常量信息的。
这就是我接下来说的 Direct P/Invoke:
Direct P/Invoke 不同于 P/Invoke,它会对 P/Invoke 的方法生成直接调用,并且将函数绑定放到程序启动时由操纵系统来进行。这种环境下,P/Invoke 方法会直接进入编译出的二进制的导入表,如果启动时缺失了对应的方法会直接启动失败。
使用 Direct P/Invoke 的时候,我们不需要更改任何的代码,只需要在项目文件中按照 模块名!入口点名 的格式加入需要编译成 Direct P/Invoke 的方法即可。比方我们前面 foo.dll 内里的 add,我们只需要在我们的项目文件中写:- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>
复制代码 导入了 foo 模块中 add 函数的 P/Invoke 就全都会被自动编译成 Direct P/Invoke。
在这里入口点名甚至可以被省略,如果省略的话则表示对这个模块所有的 P/Invoke 都是 Direct P/Invoke:- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>
复制代码 进一步,我们可以直接导入 libc:- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>
复制代码 甚至如果列表太长的话,我们还可以单独创建一个文本文件内里一行一个,然后直接用 DirectPInvokeList 来导入:- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>
复制代码 Direct P/Invoke 不仅有着更好的性能上风,而且允许我们对 P/Invoke 方法进行静态链接。
静态链接
有了 Direct P/Invoke,我们需要调用的符号已经躺在了我们二进制的导入表里,那么我们其实只要把静态库链接到我们的二进制里去,我们的应用就能无需任何的依赖直接启动了。
做到这一点也是非常的简朴,在项目文件里加入 NativeLibrary 即可:- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>
复制代码 如果我们需要支持多平台,例犹如时支持 Windows 和 Linux,那我们也只需要条件导入即可:- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup><ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>
复制代码 这样我们就可以把静态库直接链接到我们的程序当中来了。
进一步,我们还可以给链接器传递各种参数实现自定义链接行为:- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup><ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>
复制代码 我们还可以通过 LinkerFlavor 属性来设置想要使用的 linker(比方 ldd、bfd 等等):- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>ldd
复制代码 Distroless 应用
到了这里,其实我们已经能够做到静态链接任何的第三方库了。如果是 Windows 的话到此为止,因为 NativeAOT 程序自身只依赖 ucrt,Windows API 自身就已经提供了全部的 API 支持;但如果是 Linux 的话则还差一点,因为依赖外部的 libicu 和 OpenSSL,这个时候就需要我们使用官方为我们提供的属性来切换到静态链接了。
对于 libicu 而言,这个库重要提供国际化支持,如果不需要的话可以直接设置 true 这样就会关闭这个支持。但如果你需要的话则可以选择把它静态链接了:- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup><ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>true<ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup><ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>/usr/share/icu/74.2/icudt74l.dat
复制代码 而对于 OpenSSL 而言,只需要:- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>true
复制代码 即可。
注意你用来构建的机器需要有 cmake 以及对应的原生静态库才能完成构建,详细而言, libicu-dev 和 libssl-dev。
末了一步,将我们的应用设置成纯静态应用即可:- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>true
复制代码 用一个简朴程序试试
首先我们拉下来 alpine 的镜像。这里之所以不用 Ubuntu 之类的是因为 alpine 自带的 muslc 相对于 glibc 而言对静态链接更加友好。当然你也可以用 Ubuntu 和 glibc,只不外 glibc 在静态链接环境下大概会出题目。- docker pull mcr.microsoft.com/dotnet/sdk:9.0-alpine
复制代码 启动容器后安装我们需要的第三方依赖,注意这里要把静态库也一并安装:- apk add cmake make clang icu-static icu-dev openssl-dev openssl-libs-static
复制代码 这里我们首先准备我们的静态库:新建一个 foo.c 文件,内里编写- __attribute__((__visibility__("default")))int add(int x, int y){<ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>return x + y;}
复制代码 然后我们创建一个静态库:- clang -c -o libfoo.o foo.c -fPIC -O3
- ar r libfoo.a libfoo.o
复制代码 紧接着我们创建一个 C# 控制台项目:- mkdir Test && cd Test
- dotnet new console
复制代码 然后编辑 Program.cs 添加 P/Invoke 并调用 foo 导出的函数 add:- using System.Runtime.InteropServices;
- Console.WriteLine(Add(2, 3));
- [DllImport("foo", EntryPoint = "add"), SuppressGCTransition]
- extern static int Add(int x, int y);
复制代码 这里我们知道 add 的调用很快,因此无需让 .NET runtime 切换 GC 工作模式,因此我们添加 [SuppressGCTransition] 以提升互操纵性能。
然后编辑 Test.csproj 添加 Direct P/Invoke 和 NativeLibrary,并且设置其他属性:然后用 NativeAOT 发布我们的程序!- dotnet publish -c Release -r linux-musl-x64 /p:PublishAot=true
复制代码 大功告成,看看发布出了什么:- ls -s bin/Release/net9.0/linux-musl-x64/publish/
- total 3956
- 1360 Test 2596 Test.dbg
复制代码 可以看到,生成的二进制体积仅仅只有 1360 KB!(顺带一提这个体积在 .NET 10 下还会更小)。这一个二进制包含了运行程序所需要的所有东西,无需任何的额外依赖,甚至连 libc 都不需要。
让我们看看最终到底生成了什么代码:- objdump -d -S -M intel bin/Release/net9.0/linux-musl-x64/publish/Test
复制代码 找到 Main 函数:可以发现生成的代码非常的高效。另外,这里之所以能 dump 出 C# 源码信息是因为 NativeAOT 编译会自动生成调试符号文件,也就是我们的 Test.dbg,如果删掉了的话那就没有这些信息了。
而我们接着往上翻找到 5380 地址处的 ,则可以看到:如果此时我们 dump 一下我们之前编译出来的原生库的代码的话:- objdump -d -S -M intel ../libfoo.o
复制代码 会得到如下效果:发现了么?我们用 C 编写的静态库被我们彻底静态链接进了 C# 程序中!如此一来,我们不需要配置任何的环境,也不需要保留任何的依赖项,更不需要安装任何的第三方库,只需要把我们构建出来的 Test 这个可实行程序拷贝到任何一台 x64 的 Linux 机器上,就能运行输出我们想要的效果。
试着运行一下:再试试 Web 服务器程序
这次我们可以试着创建一个叫做 Test 的 Web API 项目:- mkdir Test && cd Test
- dotnet new webapiaot
复制代码 创建好之后我们需要编辑一下项目文件 Test.csproj:- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup> net9.0<ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>enable<ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>enable<ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>true<ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>true<ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>true<ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup><ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>
复制代码 然后简朴一句:dotnet publish -c Release -r linux-musl-x64 /p ublishAot=true,项目自动编译生成,我们最终在 bin/Release/net9.0/linux-musl-x64/publish 下即可找到我们最终的二进制。
我们拷贝出来在其他机器上实行一下 ldd 看看:- ldd ./Test<ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup><ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup>statically linked
复制代码 完美。这么一来你哪怕扔到软路由上,不需要配置任何环境都能运行。
实行一下看看:- ./Testinfo: Microsoft.Hosting.Lifetime[14]<ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup> Now listening on: http://localhost:5000info: Microsoft.Hosting.Lifetime[0]<ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup> Application started. Press Ctrl+C to shut down.info: Microsoft.Hosting.Lifetime[0]<ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup> Hosting environment: Productioninfo: Microsoft.Hosting.Lifetime[0]<ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <ItemGroup>
- <NativeLibrary Include="foo.lib" />
- </ItemGroup><DirectPInvokeList Include="NativeMethods.txt" />
- </ItemGroup><DirectPInvoke Include="libc" />
- </ItemGroup><DirectPInvoke Include="foo" />
- </ItemGroup><DirectPInvoke Include="foo!add" />
- </ItemGroup> Content root path: /root/Test
复制代码 访问一下看看:- curl -X GET http://localhost:5000/todos
- [{"id":1,"title":"Walk the dog","dueBy":null,"isComplete":false},{"id":2,"title":"Do the dishes","dueBy":"2025-04-07","isComplete":false},{"id":3,"title":"Do the laundry","dueBy":"2025-04-08","isComplete":false},{"id":4,"title":"Clean the bathroom","dueBy":null,"isComplete":false},{"id":5,"title":"Clean the car","dueBy":"2025-04-09","isComplete":false}]
复制代码 完美!
结语
有了 NativeAOT 和 Direct P/Invoke,我们能够创建完全静态链接的 .NET NativeAOT 程序,从而允许我们把二进制直接分发到任意的 Linux 发行版上,无需配置环境或依赖项就能运行。如此一来,.NET 解锁了构建完全 distroless 的二进制的能力。
并且,这同样适用于 Avalonia 这类桌面应用程序!你只需要使用 Direct P/Invoke 和 NativeLibrary 把 libSkiaSharp 和 ANGLE 静态链接进去(libSkiaSharp 需要自己从源码构建匹配的版本,ANGLE 可以用 vcpkg 直接下载安装静态库),你用 NativeAOT 构建出来的 Avalonia app 将能够在随便一个兼容的硬件架构上跑的任意的 Linux 发行版上跑起来。
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
|