Java背景开发者咨询C++中输出参数传参比返回值更普遍的原因

• 历史兼容性遗留
  大量成熟C代码库的核心接口成型于C98/03年代，当时还没有移动语义，返回非基本类型的大对象（比如自定义结构体、STL容器）会触发高昂的拷贝构造开销。使用输出参数直接修改外部预先分配的对象，能够完全规避冗余拷贝，提升运行效率。即便C11引入移动语义、C17将返回值优化（RVO）纳入强制标准，为了避免重构老代码带来的兼容性风险、保留原有调用习惯，存量项目普遍会延续旧的接口设计。
• 多返回值场景的传统实现方案
  C直到C17版本才正式支持结构化绑定，在此之前如果需要返回多个结果，最常用的实现方式就是声明多个输出参数。相比把多个值打包进std::pair/std::tuple再返回的写法，输出参数的语义更清晰，也不需要额外做返回值拆解操作，C++11之前设计的接口自然会大量沿用该模式。
• 错误与结果分离的设计思路
  很多偏底层、对稳定性要求极高的C++项目，会用函数返回值传递错误码，输出参数传递实际运算结果，典型写法如下：

// 返回值代表调用是否成功，输出参数存储正常返回结果
ErrorCode function(int value, int& result);

这种设计可以强制调用方感知错误处理逻辑，避免调用方忽略异常场景，和Java常用的抛出异常的错误处理思路有明显区别。

• 内存生命周期管控需求
  对于返回值是需要动态分配内存的复杂对象的场景，使用输出参数可以让调用方完全掌控内存的分配、释放生命周期，避免被调用方内部分配内存后调用方忘记释放导致的内存泄漏问题，这类设计在嵌入式、高性能服务器等场景十分常见。

补充说明：如果是基于C++17及以上标准的新写代码，没有特殊兼容需求的前提下，更推荐直接返回值的写法，现代编译器的RVO优化会完全消除返回值的拷贝开销，代码可读性也更高。

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