简介
通用语言基础架构(CLI) 的设计思想是 代码间更容易的复用或者相互调用。
我们要使用 其他语言打包成的 库文件时,只需 创建DllImport
的来声明。
需要引入System.Runtime.InteropServices
命名空间。
形如:
[DllImport ("libc.so")] private static extern int getpid ();
- 如果运行平台上有
libc.so
将会调用POSIX getpid(2)
- 如果不存在
getpid ()
方法,将会 抛出EntryPointNotFoundException
异常。- 如果
libc.so
无法被加载,则抛出DllNotFoundException
异常。
总结调用有三要点
- 指明要抵用的库文件名称 (如
libc.so
)- 确定要调用的函数名 (如
getpid ()
)- 传递参数
然而参数的传递有很多复杂的情况,如
String\Sturct\IntPtr ...
库文件的加载
库文件的加载是分平台处理的。
Windows DLL Search Path
按照以下顺序搜索
- 被加载的应用程序的目录
- 当前目录
- 系统目录,
GetSystemDirectory()
来获取系统目录16-bit
系统目录Windows
目录,GetWindowsDirectory()
来获取PATH
环境变量中列出的目录。
当然,事实上并非这么简单。在实践中,
System
目录实际上是%WINDIR%\system32
,除了在Windows 9 x平台%WINDIR%\system
。16位系统目录通常是%WINDIR%\system
,但不认为是一个单独的搜索目录在Windows 9 x平台。
此外,在Windows Server 2003和Windows XP SP1,注册表键入HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\SafeDllSearchMode
改变上述排序。如果这个1
(默认),然后搜索当前目录是在System
和Windows
目录。这是一个安全特性(它可以防止木马库被载入代替,例如,OLE32.DLL
),但它上面的列表变成:1,3,4,5,2,6
。
Linux Shared Library Search Path
共享库搜索按照以下顺序:
- 以冒号分隔的目录列表在用户的
LD_LIBRARY_PATH
环境变量。这是一个经常使用的方法,允许本地共享库来发现一个CLI</