boost::hash_value内联函数，用于导出的C++类

boost::hash_value inline function for exported C++ class

本文关键字：用于 C++ 函数 hash value boost      更新时间：2023-10-16

因此，我正在为从共享库导出的类实现boost::hash_value覆盖。我希望hash_value函数可用于所有使用此类的人。目前，我的hash_value函数是在cpp文件中导出和定义的，尽管它只是调用我类的内联成员。相反，我希望这个hash_value函数也被内联，以避免不必要的函数调用。目前的标题是这样的：

#ifdef MYDLL
#define MY_API __export
#else
#define MY_API __import
#endif
class MY_API MyGUID
{
public:
     ...
     inline size_t Hash() const
     {  return m1 ^ m2; }
     ...
private:
     size_t m1,m2;
};
namespace boost
{
    // Defined in .cpp file; just returns inGUID.Hash();
    MY_API size_t hash_value(const MyGUID &inGUID);
}

但我希望hash_value更像：

   namespace boost
    {
        // I'd like to inline this, like so:
        static inline size_t hash_value(const MyGUID &inGUID)
        { 
             return inGUID.Hash();
        }
    }

除此之外，上面的代码在包含hash_value的每个.cpp文件中都定义了hash_value，很可能会丢弃二进制文件，而且原则上很难看。

抛开函数调用是否会在性能上产生可衡量的差异这一问题不谈，我如何让我的类"哈希函数"为这个共享库的客户端内联，这些客户端在ordered_set等哈希容器中使用MyGUID？

我怀疑它涉及模板，但我不太清楚是怎么回事。

如果您查看boost/functional/hash/hash.hpp内部，您会发现现有类型的hash_value定义如下：

inline std::size_t hash_value(bool v)
{
    return static_cast<std::size_t>(v);
}

如果boost已经使用了这种技术，这就是你的暗示，你也可以安全地这样做！关于您对在头文件中使用inline效率低下的担忧，这正是它的使用方式，而且由于您的函数只是转发到另一个函数调用，因此可能根本不会增加代码大小。

除非你要用预处理器指令做一些非常花哨的事情，否则使用static inline没有多大意义，也就是说，如果你只需要这个函数的一个版本，就把它标记为inline。

相关文章：