最近都在看他写的文档, 难过

好代码是不停迭代, 重构来的, 除非很多年的经验和能力, 一蹴而就很难

@zhoujinjing09
哈哈, 我上午看到这个帖子, 就觉得要求好高, 下午看了评论果然大家想法一致. 我的经验现在高级 C++ 很难招的, 我们公司都是求着人家来的. 这个帖子的语气, 预感更难招了....

@AoEiuV020 非常感谢, 我想要的就是这个

我不管, 钱给到位我直接睡公司

为啥不是他自己找, 连找工作都要你帮忙, 让人怀疑生活自理能力

Clion 不支持, IDE 党只能说完全不想了解

@imjamespond2020 是 IDE 异常了, 重启一下就好了

@domodomo 没到编译阶段呢, 就是在 IDE 里直接提示报错了

@iceheart
No matching function for call to 'evhttp_set_cb'

@iamzuoxinyu
No matching function for call to 'evhttp_set_cb'

@domodomo
No matching function for call to 'evhttp_set_cb'

本来想直接拉到最后, 看是哪家广告的

@3dwelcome g++ (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0
我这边用这个做实验.
```
std::unordered_map<uint64_t, uint64_t> map{};
std::cout << "1: " << map.hash_function()(1) << std::endl;
std::cout << "50000: " << map.hash_function()(50000) << std::endl;
```
结果是
1
50000

看来 g++ 的实现, 是直接返回 uint64 值的

@minami 辛苦您看下, 基于我的业务场景, 我这样重定义 hash 有问题么? 因为我的 key 只是简单自增, 不关联任何业务逻辑. 我只是基于避免桶数量过多, 内存溢出, 所以取余了一下, 限制桶数量

@3dwelcome 我有个问题, 我看标准库的 hash, 对 int 的处理是直接返回 值, 那么如果我的 uint64 key 一直自增下去, 不是会存在桶一直增加, 内存不够用的情况么? unordered_map 会对桶做收缩么