根据我的猜测,有两种情况
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：域名注册、网页空间、营销软件、网站建设、英山网站维护、网站推广。
1.如果 void GetNum(char* s);是把输入的字符储存在 *s中的话:
#include WINDOWS.H
#include WINBASE.H
#include stdio.h
typedef void (*MYPROC)(char*); /* 这里要与GetNum的返回值和参数 对应 */
void main(){
HINSTANCE LibHandle;
MYPROC ProcAdd;
char ch;
char sysbuf[] = "GetNum"; /*过程名*/
LibHandle = LoadLibrary("GetNum.dll"); /*载入dll*/
ProcAdd = (MYPROC)GetProcAddress(
LibHandle, sysbuf); /*获取函数sysbuf的地址*/
ProcAdd(ch);
printf("%c\n",ch);
}
2.如果你的GetNum是
int GetNum(char* s)
{
int i=0,ans=0;
while(s[i]='0's[i]='9')
{
ans=s[i]-'0'+ans*10;
}
return ans;
}
#include WINDOWS.H
#include WINBASE.H
#include stdio.h
typedef int (*MYPROC)(char*); /* 改 */
void main(){
HINSTANCE LibHandle;
MYPROC ProcAdd;
char s[100]; /* 改 */
char sysbuf[] = "GetNum"; /*过程名*/
LibHandle = LoadLibrary("GetNum.dll"); /*载入dll*/
ProcAdd = (MYPROC)GetProcAddress(
LibHandle, sysbuf); /*获取函数sysbuf的地址*/
scanf("%s",s); /* 改 */
printf("%d\n", ProcAdd(s) ); /* 这里调用 并输出结果 */
}
（1）编写程序时，你要包含（#include "什么.h") dll文件作者提供 的 头文件（.h文件) 。
程序里，便和普通函数调用一样，去调用它的函数。
（2）程序编译时，你要链接 dll文件作者提供 的 (.lib文件) 库文件。
当然，你可以在源程序里把.lib 名字 写上，编译时自动去链接，例子：
#pragma comment (lib, "什么.lib")
（3）执行时，要有 .dll 文件. 放在当前文件夹或系统文件夹里。
其实在.net开发中确实存在第三种类型——指针。但仅限于unsafe开发时使用！
对于dll调用问题，如果是pe格式的dll考虑使用PInvoke(平台调用）。而平台调用跟具体的unsafe开发是没有任何关联的，并不是说平台调用一定会用到非安全开发！由于.net本身隐藏了指针的使用，你不必要再去开辟任何指针了！所以这里显然是平台调用。
解答一个疑问：数组指针or指针数组？
数组指针指的一个指针，该指针指向一个数组。
指针数组是一个数组，一个数组里全是指针。
显然这使用是有区别，但这里并不涉及，在safe开发.net都不会涉及！
IntPtr是一种特殊的指针，这种针指的特殊性在于它向了设备！所以嘛，他也有一个名词——名柄，IntPtr多种在PInvoke时，传递设备句柄时使用（设备并不是硬件，有时一个文件也算是一个句柄的）。当然，这里也用不到！
现在说一下平台调用(PInvoke)中最重要的一个部分！数据封送！
也就是你写dll导入时应用使用的类型！
在C语言中声明与赋值分开写的时候多了去了！他生成文件时写一起与分开写并没有任何区别！所以分开写无所谓的！但是，多数时间你会发现，其实他分开写是为了你阅读的方便！为什么？因为声明时使用的类型是PUSHORT，而赋值时使用了USHORT的类型，这两句写在一块的话，很多人不会注意到赋值时使用的基础类型！所以分开写只是相当于想写一个注释而已！
平台对应的数据封送就在这里！USHORT在C/CPP中对就的一个byte!一定要注意，所以你知道的，他们使用的new USHORT[n]只是开辟了n个无符号数的字节！在.net平台封送时如何传递数据？当然用byte去接值，他是数组，你就用byte[]去接！
这里有一个问题你可能不知道，在.net中，最小的数是byte，而不是short和ushort!在.net中可以直接使用byte与其他数值进行运算！而short/ushort在.net中却是一个16bit数！占用两个字节！而C/Cpp为了确定类型，所以byte是byte，short/ushort是数值，但是short/ushort却是一个8bit数字！当然了，C/Cpp中的long才与.net中的int对应！
如果你明白这个，那么该用int[]还是该用short[]还是该用byte[]你自己就知道了！
第二个问题——你一直在想指针，其实你要传入的数组是地址而不是副本！换句话来说，在安全模式中我们是有ref/out修饰的！在dllImport时你传入byte[]是没有任何错误的！但是你能不能在从dll中将byte[]修改后的值带回就是两个字了！
一般情况下byte[]等数组本身就是引址的方式，所以不使用ref/out声明也是没有问题的！但是如果封装层在有一定的疑问存在时，最好还是声明成ref的方式较为合适。经常性的规律是，如果我们看到Cpp的header中说明是指针时，我们会使用ref声明，不是指针形式时可以不用ref/out声明，如果是**形式时，平台封送最好使用数组指针。这种情况并不多见！
但是，由于string类型也是引用形的，由于其特点，返回值一定要用ref/out（不管你看到Cpp的header中是什么类型），或者我们可以使用一个说明长度的byte[]也是可行的！
换句话来说，虽然我们可以说C#中的byte可以接short, short可以接int等等的对应关系！但其实在不改变内存字节长度的情况下，PInvoke对类型的要求并没有那么严格！比如你可以用string接收dll中传入的字符串，用byte[]也行的！用stringbuilder还行的！并没有严格上的限制！但是这里边一定要注意的是长度！换句话来说，对方使用的是USHORT[n]，你用byte[n]能接回来。
是不是一定要有这个对应关系？不一定！
这种情况往往出来在自定类中。比如Cpp header中说明某个参数一个结构！这个结构是由一个short,一个字符串组成的！用C#时可以使用byte实现结构中对应的short,也可以用short实现对应的short，但在声明必须使用特定的长度说明，说明其只有一位！当然用，无论你用int还是long都可以，在结构中必须要说明长度只有一位！那个字符串也是一样！所以你完全可以看到，数据类型并不重要，平台封送中不用管具体的类型，要的只是长度！长度必须对应！
换句话来说，你用char[]来处理Cpp中的ushort也是可以的！
平台数据封送中重要一部分就是共长度（类型？开什么玩笑，Cpp不会认识.net中的类型的，当然.net也不会认识Cpp中的类型）。只有长度一致才能接到值！
cpp中肯定是哪种类型方便用哪种了，当然.net中也是哪种方便用哪种了！那么平台数据是如何进行传递的呢？答案就在于基本类型和结构！
基本类型不说了，当然是ushort只是一个byte，你用int无用谓！反正在.net中byte类型会自然转换成int。如果是ushort[]，那么你必须是byte[]或char[]！你用int[]绝对会出现错误的！为了帮助理解，我这里说的是重点是结构：
假定一个结构有n个项（你可以理解为字段）组成。那么在数据封送时就是这n个项每一段的组合。经如有字段是USHORT类型，一个字段是Byte[10]类型，还有一个是Int类型，在平台封送时，我们要封装一段内存，长度为13,第一个长度为1表示第一字段，接下来10个表示第二字段，接下来2个表示 第三字段。
当然我们在.net方面也要构造一个对应的结构！第一个字段你可以声明成byte/short/int/long都可以（必须说明这个在内存中只有一个字节），如果你用了short却不说明，很显然你.net会接到前两字节，破坏了要接收的结构！你自己肯定拿不到数据的！
原理就这么多！慢慢看懂了就知道平台封送是怎么回事了！至于你的问题，抄个近路告诉你结果：dllImport声明时使用
static bool Read(short h, byte[] buffer, short n);
或者
static bool Read(short h, ref byte[] buffer, short n);
当然，也可以使用int,我并不反对
static bool Read([MarshalAs(UnManagerType.USHORT)] int h, byte[] buffer, short n);
换句话来说，你可以使用MarshalAsAttribute来指针其非托类型，结构时还可以直接使用长度说明。主要是你学会MarshalAsAttribute的使用，就知道参数如何传递了！
一.动态链接库(dll)结构
——dll中定义有两种函数：导出函数（export
function）和内部函数
（internal
function），导出函数可以被其他模块调用，内部函数只能在dll内部使用。我们在用c++定制dll文件时，需要编写的就是包含导出函数表的模块定义文件（.def）和实现导出函数功能的c++文件。下面以sample.dll为例介绍def文件和实现文件的结构:
——1.模块定义文件(.def)是由一个或者多个用于描述dll属性的模块语
句组成的文本文件,每个.def文件至少必须包含以下模块定义语句:
第一个语句必须是library语句,指出dll的名字。
exports语句列出被导出函数的名字。
可以使用description语句描述dll的用途(此句可选)。
";"对一行进行注释(可选)
——2.实现文件(.cpp文件为例)
——实现入口表函数的.cpp文件中,包含dll入口点处理的api函数和导出
函数的代码。
//dll
#include windows.h
extern "C" //保持C语言文件
void _declspec ( dllexport ) tryProc() //定义函数
{
MessageBox(NULL,_T("a"),_T("a"),MB_OK);
}
-------------------------------------
//C
#include windows.h
int main()
{
HMOUDLE dll = LoadLibrary(/*DLL文件名*/);
if(dll != NULL)
{
FARPROC try = GetProcAddress(dll,"tryProc");
if(try != NULL)
{
tryProc();//假如函数有返回值，可以用try()得到返回值
/*_asm call tryProc*/
}
}
return 0;
}
重庆分公司
重庆分公司
