近日，在国内外多个技术论坛和开发者社群中，一条关于“Call a function that calls a function with return not working (must be an lvalue)”的错误信息引起广泛讨论。许多C/C++初学者甚至有一定经验的程序员，在尝试嵌套函数调用并对其返回值进行赋值操作时，频繁遭遇编译器报错“必须为左值”（must be an lvalue）。这一现象看似简单，背后却涉及C/C++语言核心的“左值与右值”概念，以及对函数返回值类型的理解。本文将为读者系统梳理该错误的成因、典型场景及解决方案。

一、错误现象：当嵌套函数调用遇上赋值

在典型的错误案例中，开发者编写了类似如下代码：

int getValue() {
    return 10;
}

int foo() {
    return getValue();
}

int main() {
    foo() = 20;  // 编译错误：lvalue required as left operand of assignment
    return 0;
}

编译器（如GCC、Clang或MSVC）会报错：lvalue required as left operand of assignment。意即赋值操作的左侧必须是一个可修改的左值，而foo()作为函数调用返回的是一个临时值（右值），无法被直接赋值。

二、技术原理：左值与右值的本质区别

在C/C++中，左值代表内存中一个可被寻址、可修改的存储位置，例如变量名、数组元素、指针解引用等。而右值则是临时生成的纯值，通常出现在表达式的右侧，不可被赋值。函数返回的非引用类型值（如int、float、结构体等）属于纯右值（prvalue），其生命周期仅持续到包含它的完整表达式结束，因此不能被赋值。

foo()的返回值是一个临时整数，它没有固定的内存地址，相当于一个“数字副本”。试图对其赋值foo() = 20，就好比在数学表达式5 = 20一样，在编译逻辑上是不成立的。

三、常见场景：为何程序员会踩坑？

这种错误常见于以下几种情况：

  1. 误以为函数返回的是全局或静态变量的引用：许多语言（如Python、JavaScript）允许链式赋值，但在C/C++中必须明确使用返回引用的函数。
  2. 对数组或指针的误解：例如尝试通过函数调用修改数组元素，而忘记函数返回的是元素值而不是元素本身。
  3. C++中的成员函数链式调用：若类的成员函数返回对象而非引用，则无法继续修改对象状态，例如obj.getData() = 5;会报错。

四、解决方案：三种修正方法

针对上述问题，程序员可根据实际需求选择以下方式：

1. 返回引用（C++特有）

若希望函数调用可作为左值使用，可将返回类型声明为引用：

int& getValueRef() {
    static int val = 10;
    return val;
}
// 现在 getValueRef() = 20; 合法

2. 使用指针解引用

通过返回指针，再解引用赋值：

int* getValuePtr() {
    static int val = 10;
    return &val;
}
int main() {
    *getValuePtr() = 20; // 合法
}

3. 直接修改变量

最简洁的方式：直接对原始变量赋值，而非通过函数返回值。

五、专家观点：理解语言特性比“死记硬背”更重要

资深C++技术顾问、微软MVP李国梁指出：“许多开发者是从Python、Java等语言转过来的，对C/C++的左值右值机制不熟悉，容易写出类似代码。但‘lvalue required’错误正是语言保护内存安全的体现——禁止对临时对象进行无意义的修改。”他建议开发者深入阅读《C++ Primer》中关于表达式与类型转换的章节，并养成使用-Wall -Wextra编译选项的习惯，使编译器尽早暴露潜在错误。

六、总结：从错误中学习基础

“Call a function that calls a function with return not working”并非C/C++的bug，而是语言设计哲学的一部分。理解左值与右值，区分值语义与引用语义，是每位C/C++程序员从入门到进阶的必修课。当遇到此类编译错误时，不妨停下来思考：我真正想要修改的是什么？是临时值，还是背后的存储单元？一旦厘清概念，这类错误将再也不会成为困扰。

技术发展日新月异，但基础概念永远是编程的基石。希望本文能帮助读者攻克这一常见编译错误，写出更健壮的代码。