局部变量的内存地址根据 lambda 参数的预感而变化
Memory address of local variable changes depending on the presense of lambda parameters
我有以下代码。我有一个局部变量p
,我有一个打印出其地址的lambda:
int main()
{
int p = 0;
auto lambda = [&p] {
std::cout << &p << std::endl;
};
lambda(); // 0x7fff78e6b7e0
}
无论我运行代码多少次,变量的地址都是相同的。但是当我将 lambda 定义更改为此定义时,我发现:
auto lambda = [&p]() {
// ^^
这意味着当我添加一个空参数列表时,我会得到一个新地址:
lambda(); // 0x7fff2291a260
你可以在这里测试一下。为什么会这样?我在 Windows 上的 g++-4.8 和 clang++ 上运行我的代码。
地址更改绝对没问题。编译器可能会为您的 lambda 生成不同的代码。操作系统可能会在不同的基址加载您的程序。
无论是否指定参数列表,都可以确保变量地址相同:
#include <iostream>
int main()
{
int p = 0;
auto lambda1 = [&p] {
std::cout << &p << std::endl;
};
auto lambda2 = [&p] (){
std::cout << &p << std::endl;
};
lambda1(); //0x7fffe3034fb4
lambda2(); //0x7fffe3034fb4
}
相关文章:
- 如何反转整数参数包
- 使用C++库在Android项目中修改gradle中的cmake参数,用于插入指令的测试
- 如何使用默认参数等选择模板专业化
- 模板参数替换失败,并且未完成隐式转换
- 具有默认模板参数的多态类的模板推导失败
- lambda参数转换为constexpr技巧,然后获取带链接的数组
- 将数组作为参数传递给函数安全吗?作为第三方职能部门,可以探索他们想要的之外的其他元素
- 函数调用中参数的顺序重要吗
- 部分定义/别名模板模板参数
- 模板-模板参数推导:三个不同的编译器三种不同的行为
- 使用不带参数的函数访问结构元素
- 基于另一个成员参数将函数调用从类传递给它的一个成员
- 如何在OMNET++中指定与命令行参数组合的输出文件名
- 如何使用Luacneneneba API正确读取字符串和表参数
- 在派生函数中指定void*参数
- 视图中的参数推导失败:take_while
- static_assert在宏中,但也可以扩展到可以用作函数参数的东西
- 使用指向成员的指针将成员函数作为参数传递
- 没有名称的C++模板参数
- 局部变量的内存地址根据 lambda 参数的预感而变化