遗留代码适配迭代器：能否对istream_iterator等InputIterator解引用元素取地址？

直接给结论：绝对不允许这么做，而且这种行为会引入严重的未定义风险，下面我结合标准和实际场景给你拆解原因，以及适配遗留代码的方案：

• 首先明确InputIterator的特性：根据C++标准，InputIterator（比如istream_iterator）的解引用操作*it返回的是一个右值或临时对象。对于istream_iterator来说，每次调用operator*()都会从关联的输入流中读取一个新的临时对象——这个对象的生命周期只限于当前的完整表达式，一旦表达式执行完毕，临时对象就会被销毁，对应的指针直接变成悬空指针。

• 你可能误以为“临时对象在函数调用生命周期内存在”，但这是错误的认知：比如你写legacy_func(&(*it));，*it生成的临时对象会在整个表达式结束时（也就是这一行代码执行完）被销毁，而非整个函数调用过程。哪怕legacy_func内部只是临时使用这个指针，虽然某些编译器可能会“侥幸”让临时对象存活到函数调用结束，但这完全是编译器的非标准行为，标准不做任何保证，属于未定义行为，随时可能崩溃或出现诡异的内存问题。

• 针对你的遗留代码适配场景，给两个安全的解决方案：

  1. 拷贝到局部变量再传地址：把迭代器解引用的结果拷贝到一个局部变量，然后将局部变量的地址传给遗留函数。这样局部变量的生命周期覆盖函数调用全程，指针绝对安全：

     // 假设你的元素类型是T，比如double或自定义复杂类型
     T temp = *it;
     legacy_pointer_func(&temp);
     

     如果是体积较大的复杂类型，你可以用移动语义减少开销（如果类型支持的话）：T temp = std::move(*it);
  2. 优先使用ForwardIterator替代：如果你的场景可以改用ForwardIterator（比如从vector、array这类容器的迭代器），那解引用返回的是左值，取地址是完全安全的——因为迭代器指向的是容器中持久存在的元素。但istream_iterator本质是InputIterator，无法满足这个要求。

• 额外提醒：哪怕你测试时用double类型没出问题，换成复杂类型后，临时对象的销毁可能会触发析构函数，导致后续指针访问时内存已经被回收，风险会立刻显现。

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