news 2026/7/14 0:25:14

c++函数传参的几种推荐方式

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
c++函数传参的几种推荐方式

比如一个func函数,需要传入一个T类型的很大的x参数用于func内部读取(不修改)。有几种方法:

方法一:值传递

这也是最简单的方法:

void func(T x) { T y = x; // x到y有拷贝 T y = std::move(x); // x所有权交给y,没有拷贝,但后文不能再用x了 }

调用:

T a; func(a); // a到x有1次拷贝

由于是值传递,这里a到x需要一次拷贝,x到y如果不用std::move的话又有一次拷贝。

如果不想要a到x的值传递时的拷贝,需要在调用时move:

T a; func(std::move(a)); // a到x有0次拷贝,1次move构造(move比较轻量) //这里把a完全交给了func内部,没有拷贝,但后文不能再用a了

结论:

  • 接口最灵活

  • 调用方决定是否拷贝(选择是否std::move(a)),这是 STL 和 Effective Modern C++ 强烈推荐的模式

  • 现代 C++ 非常推荐(“pass-by-value + move”惯用法)

方法二:引用传递(只读参数最佳)

类似于c语言的传递指针(不利于对象管理,此处不讨论),但是c++中有一个引用传递的新概念:

void func(const T& x) { T y = x; // x到y有拷贝 }

调用:

T a; func(a); // x就是a的引用,0次拷贝,0次move构造

这里T&表示传入的就是a的引用,不存在a到x的拷贝过程。const表示传入的x在函数内部不准修改,保证了a不会被func修改掉(func只读a)。

但是const T&不能实现a到y的完全无拷贝传递,一个经典的错误:

void func(const T& x) { // 假的move,实际还是发生了拷贝,因为move的是const T&类型,而不是x的所有权 T y = std::move(x); }

结论:

  • 最佳适用场景

    • 只读

    • 不接管所有权

    • 不需要在函数内部生成新对象

  • 不要指望它“零拷贝生成 y”

方法三:传入右值(所有权传递)

针对const T&不能传入a的所有权从而无拷贝把a给到y的问题,实际应当传入a的右值。

有两种方法:

1. 方法一种提到的值传递,函数调用一次move把a给到x,函数内部用move再把x给到y,全程0拷贝,2次move(推荐)

void func(T x) { y = std::move(x); //x到y 0次拷贝,1次move(轻量),后文不能再用x了 } //调用 T a; func(std::move(a)); // a到x 0次拷贝,1次move(轻量),后文不能再用a了

这相当于把是否拷贝的选择交给了调用方,调用方可以用func(a)也可以用func(std::move(a)),前者a到x有一次拷贝,后者没有但后文不能再用a了。

2. 强制只能传入右值,明确接管

void func(T&& x) { T y = std::move(x); // x到y有0次拷贝,1次move(轻量) } //调用 T a; func(std::move(a)); // a到x 0次拷贝,0次move,因为x不是新对象,已经绑定到a // func(a); //不允许

这里用T&&表示传入的只能是右值,减少了值传递a到x的move,但也限定了a后文不能再用。

结论:

  • 适合:

    • 明确“我就是要接管你的对象”,相比值传递写法可以少1次move。

    • 函数语义就是“消费型接口”

  • 不适合:

    • 公共 API

    • 希望调用方既能传左值又能传右值

所以:T&&是“语义最强,但最不灵活”的接口。

总结:

  • 只读 →const T&

  • 可能接管 →T(值传递或者std::move())

  • 强制接管 →T&&

  • 别对const T&std::move

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/7/10 18:01:45

官方适配完的命令行ruby在鸿蒙PC上的使用方法

ohos-ruby 是为 OpenHarmony 平台编译的 Ruby 编程语言解释器。本文档详细介绍如何在鸿蒙PC上安装和使用官方适配完成的 Ruby 工具,包括 HNP 包的打包、安装、gem 包管理以及 Ruby 脚本的运行方法。 📋 目录 一、项目概述二、为什么需要 HNP 包三、HNP …

作者头像 李华
网站建设 2026/7/12 10:11:48

LobeChat能否接收语音指令?全双工对话体验

LobeChat能否接收语音指令?全双工对话体验 在车载语音助手说出半句话就被打断、智能家居听不清命令反复确认的今天,我们对“真正自然”的人机对话期待已久。理想中的AI助手应该像真人一样——你能随时插话,它也能边说边听,而不是等…

作者头像 李华
网站建设 2026/7/12 20:37:38

LangFlow快速入门:可视化构建AI应用

LangFlow快速入门:可视化构建AI应用 在生成式AI浪潮中,开发者常常面临一个现实困境:想法很清晰,落地却耗时漫长。即便使用了LangChain这样的强大框架,编写和调试多模块协同的LLM流程依然需要大量编码工作。有没有一种…

作者头像 李华
网站建设 2026/7/14 14:37:23

Langflow本地部署:隔离环境安装指南

Langflow本地部署:隔离环境安装指南 在快速迭代的 AI 应用开发中,如何高效验证一个 LLM 工作流的想法?写一堆胶水代码?反复调试导入错误?还是手动管理几十个依赖版本? 其实,你完全可以用拖拽的…

作者头像 李华
网站建设 2026/7/13 7:39:08

云端算力的进化:云服务器架构演进的三重范式变革

在数字化转型的浪潮中,云服务器作为云计算的核心基础设施,正经历着从被动响应到智能协同的跨越式进化。从传统虚拟化到云原生架构,这场静默的技术革命重构了算力释放方式,推动行业向更高效、更智能的方向迈进。云服务器的架构演进…

作者头像 李华
网站建设 2026/7/14 3:54:39

解决facefusion报错No source face detected

解决 FaceFusion 报错:No source face detected 在使用 FaceFusion 进行人脸替换时,你是否曾满怀期待地运行命令,结果却只等来一句冰冷的提示: No source face detected程序戛然而止,换脸流程中断。这并非模型崩溃或内…

作者头像 李华