C#导入C编译的DLL时如何正确传递负数值char参数

传值失败是两个基础问题导致的：

• C#的char是16位无符号类型，用来表示UTF-16字符单元，和C/C++里8位长度的char类型语义、长度完全不匹配，一开始用它做PInvoke参数就是错的，值传递必然错乱。
• C/C在MSVC编译环境下，默认char是8位有符号整数，取值范围只有-128 ~ 127。你要传入的-150本身就超出了这个类型的存储范围，这也是你改成sbyte（C#里的8位有符号整数，和C默认char的范围、长度完全对应）后抛出溢出异常的直接原因——类型匹配，但值本身装不下。

根据你的实际需求二选一即可：

方法1：符合类型规范的稳妥方案 #

绝大多数HID鼠标的单次位移报告本身就是用8位有符号整数存储，范围仅支持-127 ~ 127，如果你的callmouse逻辑遵循这个标准，那你之前把PInvoke参数改成sbyte的声明是完全正确的，只需要把超出范围的位移值拆成多次调用传入即可，比如要移动-150的纵向位移：

[DllImport("Rato.dll")]
public static extern void mouse_move(sbyte button, sbyte x, sbyte y, sbyte wheel);

// 拆分-150为两个合法范围内的值，分两次调用
mouse_move(0, 0, -120, 0);
mouse_move(0, 0, -30, 0);

这种方式不会出现值截断、符号错乱的问题，是最推荐的写法。

方法2：模拟C++溢出截断的写法 #

如果你明确知道C++端逻辑就是要拿超范围值截断后的低8位（不推荐，属于未定义行为，不同编译器处理结果可能不同），可以用C#的unchecked块绕过默认的溢出检查，直接截断低8位传入：

[DllImport("Rato.dll")]
public static extern void mouse_move(sbyte button, sbyte x, sbyte y, sbyte wheel);

unchecked
{
    // -150截断为8位有符号值后实际为106，和你预期的-150完全不一致，非必要不要用
    sbyte moveY = (sbyte)(-150);
    mouse_move(0, 0, moveY, 0);
}

• 如果你编译C++ DLL时开启了/J编译选项，默认char会被改为无符号8位整数（范围0~255），此时PInvoke参数要对应改成byte类型，传负数时同样需要自行计算补码转换为0~255范围内的合法值。
• C++中用char存数值本身是不严谨的写法，char的符号性属于编译器实现定义的行为，正规数值场景应该明确写signed char/int8_t或者unsigned char/uint8_t，从根源避免符号歧义。

内容的提问来源于stack exchange，提问作者juauzynhu