使用Google Mock如何Mock私有方法getPath及GetPrivateProfileString API

API 探路者

2026-9-23

问题1：Mock私有方法 `CString FeatureManager::getPath()`

给出两种常用落地方案：

低改造友元方案（适配Google Test/GMock框架）
在FeatureManager类的定义中添加Google Test的友元声明：
```
FRIEND_TEST(FeatureManagerTest, IsFeatureActivatedCase);
```
声明后对应的测试用例可直接访问类的私有成员，你也可以继承FeatureManager编写测试子类，将getPath改为虚函数，测试时直接用子类实例替换原类实例，重写getPath的返回逻辑即可。
零生产代码改动的链接打桩方案
如果你使用支持链接期打桩的测试框架（如CppUTest、Google Test配合链接参数配置），直接编写同名的CString FeatureManager::getPath()桩函数实现自定义返回逻辑，测试链接时会优先链接你写的桩函数，自动替换生产代码的原有实现。

常用三个方案，可根据你的项目情况选择：

依赖注入方案（符合代码设计规范，无黑魔法）
先抽象一层Win32 API接口：
```
class IWin32Api {
public:
    virtual ~IWin32Api() = default;
    virtual DWORD GetPrivateProfileString(LPCTSTR lpAppName, LPCTSTR lpKeyName, LPCTSTR lpDefault, LPTSTR lpReturnedString, DWORD nSize, LPCTSTR lpFileName) = 0;
};
```
给FeatureManager新增IWin32Api*类型的成员变量，生产环境传入调用真实系统API的实现类实例，测试时传入返回你预设值的Mock实现类实例即可。
运行时Hook方案（无需修改生产代码）
用Detours等API Hook库，在测试用例启动时HookGetPrivateProfileString的函数地址，替换为你自己的Mock实现，测试结束后取消Hook恢复原地址即可。
编译期宏替换方案（成本最低）
测试代码编译时添加编译宏定义：/DGetPrivateProfileString=Mock_GetPrivateProfileString，自行实现Mock_GetPrivateProfileString函数写你需要的Mock逻辑，编译后测试代码里的调用会自动指向你的Mock函数。