好友功能>有效范围答案

【问题标题】：Friend function > validity range好友功能>有效范围
【发布时间】：2015-02-13 10:21:40
【问题描述】：

我想知道friend 函数的有效范围是多少。就我而言，我想授予私人成员访问权限。但是如果在另一个程序中也有一个函数FF()呢？

h-文件：

#ifndef LIB_FRIEND_H
#define LIB_FRIEND_H

class Lib_Friend{
friend int FF(Lib_Friend *vFF);
private:
    int TestFF();
    int Test;
public:
    Lib_Friend();
};

#endif // LIB_FRIEND_H

c 文件：

#include "lib_friend.h"

int FF(Lib_Friend *vFF){
    vFF->Test = 1;
    return vFF->Test;
}

Lib_Friend::Lib_Friend(){
}

int Lib_Friend::TestFF(){
    return FF(this);
}

程序：

    #include <iostream>
    #include "lib_friend.h"

    int FF(Lib_Friend *vFF){
        vFF->Test = 1;
        std::cout << "TEST A = " << vFF->Test << "\0";
// This works...
        return vFF->Test;
    }

    int main(){
    Lib_Friend mLib_Friend;
        std::cout << "TEST B = " << mLib_Friend.Test << "\0";
// This causes error...
        FF(&mLib_Friend);
        return 0;
    }

问题是：

friend 函数是否仅通过其名称授予访问权限，还是还有其他参数？我希望，我已经正确地表明了我的意思并且你能理解它。

（顺便说一句：我已经在上面尝试过了，它确实有效。我真的可以访问私有成员，因为我在另一个程序中有一个名为 FF 的函数（在本例中）。）

另一个问题自然是：friend 函数可以避免这种情况吗？

【问题讨论】：

顺便说一句：这肯定也适用于朋友类...（尚未测试）
添加 Angew：完成。谢谢。
友元声明由编译器处理，生成的代码中没有关于友元声明的内容。因此它必须是纯符号的，导致你的库函数和你的程序函数都是 iff 类的朋友，它们都具有完全相同的名称和签名作为friend声明。
add Angew：也许上面的代码不是“安全的”。但我在测试项目中尝试了 save 。它在那里工作......，我可以通过程序中的函数访问 lib 类的私有成员，该函数使用 lib，它具有友元函数（在本例中为 FF）。
用工作代码更新了我的第一篇文章......问题仍然存在：是否有机会避免朋友函数的这种行为？

标签： c++ linux friend-function

【解决方案1】：

如果一个程序定义了自己的FF 版本与您库中的版本不同，则它违反了单一定义规则，因为它对函数int FF(class_A*) 有两个不同的定义。因此，它不是一个格式良好的 C++ 程序。

通常，这会导致链接器错误。即使没有，程序也不会有任何已定义的行为，因此无论出于何种意图和目的，它都是错误的。有缺陷的程序可以做任何事情。

【讨论】：

如果符号已经定义，链接器不会从库中加载它。以这种方式“覆盖”库函数并不少见。
@JoachimPileborg 这不要求库中的符号是弱的吗？
不，可能是因为定义了一个符号，我猜链接器根本不会再寻找它。