我有一个用 C++ 编写的静态库。我还得到了静态库中定义的类的头文件。
我可以访问在类声明中引入友元函数的静态库中定义的类的私有成员吗？
【问题讨论】：
#define private public
private 是一个保留标识符（编译器可能会产生错误并拒绝编译或默默地忽略您的指令）。其次，类的布局取决于成员的访问级别。虽然这是一个很少使用的功能，但您可能会通过让程序的不同部分为同一对象期望不同的内存布局来引入细微的错误。
标签： c++ g++ static-libraries elf friend-function
您的意思是要更改库附带的标头？不能保证在那里添加 friend 声明会起作用。你可能搞砸了链接部分，即使你的编译器说没问题。
另外，如果这些成员是 private，您就不能访问它们。
【讨论】：
使用不同的标记序列在不同的翻译单元中定义相同的实体（这里是一个类）在技术上是未定义的行为。
无论你使用什么技术，只要它改变了组成它的标记的顺序，从标准的角度来看，它就是邪恶的（尽管可能在实践中起作用）。
Johannes discovered a way 在遵守标准的同时这样做。它基于这样一个事实，即使a 是类A 中的私有属性，&A::a 也可以写在不能写A.a 的上下文中（也许是标准中的疏忽？）。
核心方法：
template<typename Tag, typename Tag::type M>
struct Rob {
friend typename Tag::type get(Tag) {
return M;
}
};
// use
struct A {
A(int a):a(a) { }
private:
int a;
};
// tag used to access A::a
struct A_f {
typedef int A::*type;
friend type get(A_f);
};
template struct Rob<A_f, &A::a>;
int main() {
A a(42);
std::cout << "proof: " << a.*get(A_f()) << std::endl;
}
为简单起见扩展：
template<typename Tag, typename Member>
struct TagBase {
typedef Member type;
friend type get(Tag);
};
struct A_f : TagBase<A_f, int A::*> { };
编辑：
这个技巧（有趣地）是标准的explicitly allowed
§14.7.2/12 通常的访问检查规则不适用于用于指定显式实例化的名称。 [...]
【讨论】：
&A::a 仍然不合法。至少我不这么认为。在 MSVS 下它无法编译，当我要求他提供标准报价时，他没有提供报价，所以我对这个解决方案持保留态度。 stackoverflow.com/a/6886432/673730
&A::a 的参考。 指向成员的指针 只产生一些引用...您知道要使用的术语或描述的语法在哪里吗？