防御性地对可平凡复制类型应用std::move是否不可取？

这确实是个很聪明的编码小技巧，我在实际项目里也见过类似的用法！

• 先看当前场景：当我们有一个可平凡复制的类型，把它构造后存入std::vector时，表面上用std::move显得多此一举——毕竟这类类型的移动操作本质和复制没区别，编译器最终还是会执行复制。
• 但保留std::move调用的价值在于前瞻性兼容：如果后续这个类型的实现发生变化（比如你提到的，它开始需要管理外部资源，或者被修改为不再支持平凡复制），之前写的代码不需要做任何改动，会自动从复制操作切换为更高效、更合适的移动操作，不会出现因为类型变更而导致的静默冗余复制问题。

这种写法相当于给代码留了一个“扩展缓冲”，提前规避了未来重构时可能出现的隐性性能损耗，非常适合那种后期有迭代计划的类型设计。

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