使用指针算术替代强制转换调用GetProcAddress是否可行？

先明确你的指针算术写法存在多个严重问题，完全不推荐使用，具体如下：

• 直接调用FARPROC属于未定义行为
  GetProcAddress返回的FARPROC是Windows定义的int (__stdcall FAR *FARPROC)()类型指针，你直接调用它，相当于强制把目标导出函数当作「无参、返回int的__stdcall函数」来执行。但你的目标函数实际是返回ILibBase*的，这会导致返回值被错误解析（比如64位系统下int是4字节，指针是8字节，会直接截断数据）；如果目标函数有参数，还会引发栈溢出等致命错误。

• 指针算术依赖未被保证的假设
  你用nullptr（ILibBase*类型）做加法，再把函数调用结果除以8，隐含了两个完全不可靠的假设：

  1. 目标函数的返回值是一个可以通过除以8得到有效地址的数值——但目标函数本应返回ILibBase*，这种数值化处理完全不符合逻辑；
  2. 假设sizeof(ILibBase)或平台指针大小为8——如果切换到32位系统（指针4字节），或ILibBase的大小改变，这段代码会直接生成错误地址。

• 对nullptr执行指针算术是未定义行为
  C++标准规定，指针算术仅允许用于指向数组元素的指针，或数组末尾后一个位置的指针。nullptr不指向任何对象或数组，对它做加法操作属于未定义行为，当前测试可行只是偶然结果，换编译器或平台可能直接崩溃。

• 可读性与维护性极差
  这种写法完全偏离常规C++代码规范，其他开发者需要花费大量时间理解逻辑，后续修改类型或迁移平台时极易出错。

正确的处理方式 #

用reinterpret_cast转换是Windows平台获取导出函数指针的标准做法，IDE的警告只是提示类型转换的风险，但这是场景下的必要操作。如果你想优化代码或消除警告：

1. 先确认目标函数的签名与你转换的类型完全匹配，再用IDE的警告抑制（比如VS中用#pragma warning(disable: 4191)）；
2. 用类型别名提升代码可读性：

using CreateLibInstance = ILibBase* (*)();
CreateLibInstance createFunc = reinterpret_cast<CreateLibInstance>(GetProcAddress(Lib, "dllName"));

内容的提问来源于stack exchange，提问作者Christoph.H