直接写 name = name 不起作用，因为参数遮蔽成员变量，导致自赋值而成员未初始化；应使用成员初始化列表或 this-> 显式区分。
可以，但必须用 this-> 或成员初始化列表显式区分，否则参数会遮蔽成员变量，导致赋值失效。
为什么直接写 name = name 不起作用
在构造函数体内写 name = name 是把形参赋给自己，等于什么都没做。编译器不会自动识别你想给成员变量赋值——它只认作用域内最近的同名标识符，也就是参数。
- 成员变量和参数同名时，参数具有更高优先级（局部作用域覆盖类作用域）
-
name = name等价于name = name（自赋值），成员仍保持未初始化或垃圾值 - 这种写法通常不会报错，但逻辑错误极难察觉，尤其在调试时看到成员值异常却找不到源头
两种安全写法：初始化列表 vs this->
推荐优先使用成员初始化列表，它在对象内存分配后、构造函数体执行前就完成初始化，效率更高，且能初始化 const 成员和引用成员；this-> 仅适用于构造函数体内赋值，适用场景有限。
- 初始化列表写法：
Human::Human(const char* name, int age) : m_name(name), m_age(age) {}（注意这里用的是m_name，不是name） - 若坚持参数与成员同名，初始化列表中必须加
this->：Human::Human(const char* name, int age) : this->name(name), this->age(age) {}（C++11 起允许，但可读性差） - 函数体内用
this->：Human::Human(const char* name, int age) { this->name = name; this->age = age; }
命名冲突的实际影响不止于赋值错误
当参数名和成员名完全一致，还可能干扰 IDE 的自动补全、静态分析工具的诊断，甚至让 clang-tidy 等检查工具误报“未使用参数”或“未初始化成员”。
立即学习“C++免费学习笔记（深入）”；
- 某些编译器（如 GCC）在开启
-Wshadow时会警告参数遮蔽成员变量 - 调试时 watch 表达式
name默认显示参数值，容易误判成员状态 - 团队协作中，这种命名方式显著增加代码审查负担，尤其对新人不友好
真正麻烦的不是语法是否允许，而是它悄悄绕过你的直觉——你以为写了初始化，其实什么都没发生。一旦涉及指针、资源句柄或 std::string 这类管理对象，未初始化的成员可能引发崩溃或未定义行为，而问题现场离构造函数可能隔了十几层调用栈。
