微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

当必须转换类型时,通过 const 引用传递是否真的节省了内存成本? 回答问题的关键点:

如何解决当必须转换类型时,通过 const 引用传递是否真的节省了内存成本? 回答问题的关键点:

关于 const 引用(对 const 的引用)的现有问题很多。但是当存在隐式转换时,const 引用也会导致一个新地址。我在下面写了这个例子:

int i = 42;     
double d = 4.2;     
const int& ri1 = i;     
const int& ri2 = d;

&ri1&i 会打印相同的地址,但是 &ri2&d 是不同的。 ri2 真正服务的对象是什么?正如“C++ Primer” 所说,它会生成一个临时对象。但是如果转换后的 const 引用使用了差异地址,那意味着这个地址仍然有一个有效的对象。

假设我有一个很长的 stringconst char* 作为“长示例文本”,并将其传递给某个接受 const string&函数,会发生类似的转换。

解决方法

确实有一个未命名的 int 对象,其值为 4。这需要一些内存。

对于 std::string 示例,const string& 可以绑定到 string 参数而不会导致复制。但是 const char* 参数会导致复制。您可以考虑使用 std::string_view

,

这样想是有帮助的:

如果此绑定会导致此对象更改,我们不希望将 (plain) & 引用绑定到该对象。例如。从 3.1415 到 3,就像这里:

double pi = 3.1415; 
int& r = pi; // Imagine,now both r and pi are 3...

我们不能将 r 的类型更改为 double (否则,这对于语言来说将是一个相当大的逻辑!)

而且我确信大多数 C++ 用户不希望将所引用的 pi 的值更改为 3(因为 rint),就像引用绑定的结果。

我们需要通过将 pi 转换为 r 的类型来创建一个新对象。当我们发生转换时,引用将绑定到作为此转换结果创建的临时对象。

我们没有其他(除了引用“句柄”) 访问权限的对这个未命名对象的非const 引用没有理由。如果我们出于某种原因想要更改它,我们可以将 pi 复制到 int i 并将 i 更改为我们想要的任何内容。

回答问题的关键点:

是的,如果 from const char* to const string&,它会产生额外的负担,但是这可能不是const string&的预期用途

为什么?因为如果你确定你的函数将被传递一个 const char*(并且只有它)并且你负担不起任何开销,那么你为什么要声明一个像 const string& 这样的参数。 好吧,可能有几个正当的理由,所有这些理由都​​值得付出代价

在其他情况下,当传递 string 时,您将避免复制。双赢,不是吗?

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。