升级开发工具后Windows RPC调用失败报87(0x57) ERROR_INVALID_PARAMETER

以下按排查优先级从高到低排序，覆盖90%以上同类升级场景问题：

MIDL生成选项与头文件不兼容 #

• 核心诱因：MSVC6配套的旧版MIDL默认生成兼容NDR 3.0（Windows XP RTM及更早版本）的stub代码，而VS2022自带的新版MIDL默认开启多个扩展特性，生成的stub依赖新版rpcndr.h中定义的扩展结构体字段、扩展格式串标记，C++ Builder 6自带的是2002年发布的XP RTM版Windows SDK，对应的头文件、RPC运行时导入库不识别这些扩展内容，会导致NdrClientCall2在客户端侧RPC runtime层直接校验失败返回0x57，根本不会向服务端发送请求。
• 必改MIDL编译参数：给RPC项目的MIDL配置追加以下参数，强制生成兼容旧版运行时的stub：

  /no_robust /target NT51 /ms_ext /oldnames /no_format_opt
  

  其中/no_robust是最关键的参数，关闭后MIDL不会生成新版默认带的参数范围校验、偏移表等扩展内容，和旧版MIDL生成逻辑完全对齐。
• 核对条件编译分支：新版MIDL拆分生成独立客户端/服务端stub时，会自动插入_MSC_VER、_M_IX86等MSVC专属宏的条件判断逻辑，C++ Builder 6的预定义宏和MSVC不兼容，很可能编译时走到错误分支，导致MIDL_STUB_DESC、RPC_CLIENT_INTERFACE核心结构体的字段填充错误。可以直接在MIDL参数中加/D "_M_IX86=600"模拟旧MSVC的宏定义，或者手动删除stub中无关的条件编译分支，确保C++ Builder编译时走32位x86客户端的正确代码路径。

编译配置对齐检查 #

• 结构体对齐校验：在C++ Builder 6和MSVC2022环境下分别打印所有IDL定义的自定义结构体、MIDL_STUB_DESC、RPC_CLIENT_INTERFACE的sizeof()值，只要有一个结构体大小不一致，就是对齐规则不匹配。C++ Builder 6处理#pragma pack的逻辑和MSVC存在细微差异，嵌套结构体场景很容易出现偏移错误，导致NDR引擎校验传参长度不匹配返回参数错误。可以在stub头文件最开头手动加#pragma pack(4)强制4字节对齐，和MSVC 32位默认规则对齐。
• 调用约定校验：新版MIDL生成的stub函数默认调用约定如果和C++ Builder工程默认配置不匹配，会出现栈传参错位，导致NdrClientCall2拿到的参数完全错误。可以给所有stub函数手动加__stdcall修饰，和Windows RPC默认调用约定对齐。

边界验证与快速定位 #

• 对照组测试：用VS2022的v140_xp工具链单独编译一个极简测试客户端，链接同一版新生成的客户端stub，调用新版服务端接口。如果测试客户端调用正常，问题100%出在C++ Builder 6编译stub的配置兼容问题；如果测试客户端也调用失败，问题出在MIDL生成配置或服务端接口注册逻辑，和C++ Builder无关。
• 断点位置调整：不要直接在服务端业务响应函数下断点，先在服务端的RpcServerRegisterIf、RpcServerListen调用处核对注册的接口UUID、主次版本号和客户端绑定的参数是否完全一致；同时在客户端NdrClientCall2调用处单步进入系统rpcrt4.dll，如果函数在发包前就返回错误，可直接确认是客户端侧参数校验失败，无需排查服务端逻辑。
• 本地校验优先：该错误码95%以上场景是客户端本地RPC runtime校验参数失败导致，和网络、服务端逻辑无关，不要先排查服务端业务代码。

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