为何在std::uniform_random_bit_generator中使用invoke_result_t<G&>而非G？

二者的核心区别 #

• std::invoke_result_t<G> 对应的是**调用G类型临时对象（右值）的operator()**的返回类型。比如G()()这个表达式的返回类型，就是它要计算的类型。
• std::invoke_result_t<G&> 对应的是**调用G类型左值实例的operator()**的返回类型——也就是实际开发中的常规场景：创建一个生成器对象g，反复调用g()生成随机数，此时调用的就是左值的operator()。

选择G&的原因 #

1. 贴合实际使用场景：随机数生成器需要维护内部状态（比如种子、当前生成进度），没人会用临时对象来生成随机数——临时对象调用一次就销毁，根本无法复用。实际开发中都是用持久化的左值实例，所以用G&才能准确反映真实调用时的返回类型。
2. 兼容左值限定的operator()：有些生成器会把operator()声明为左值限定（比如写成result_type operator()() &;），这种情况下临时对象（右值）无法调用这个函数，std::invoke_result_t<G>会直接编译失败。而std::invoke_result_t<G&>能正确匹配左值限定的成员函数，保证概念检查的兼容性。
3. 符合概念的设计意图：std::uniform_random_bit_generator的定位是“可被反复调用的随机位生成器”，左值是这种生成器的典型使用形态。概念检查必须针对实际会被使用的调用方式，才能确保生成器满足要求。

内容的提问来源于stack exchange，提问作者SedriX