c++标识符严格区分大小写，myvar和myvar是两个完全独立的标识符；编译器在词法分析阶段即视为不同符号，各自拥有独立作用域、类型和内存地址，任何大小写差异均导致未声明或链接错误。
C++中大小写不同的名字完全不是同一个标识符，编译器严格区分大小写。
为什么myVar和myvar会被当作两个不同变量
C++标准明确规定标识符是大小写敏感的。编译器在词法分析阶段就把myVar和myvar识别为两个独立的符号，它们拥有各自的作用域、类型和内存地址。
- 即使只差一个字母大小写，比如
Count和count，也绝不会互相覆盖或隐式关联 - 函数重载不靠大小写区分——
Print()和print()是两个独立函数，不是重载关系 - 类成员访问时大小写错一个字母就会报
error: no member named 'Xxx'
常见踩坑场景：大小写混淆导致的编译错误
这类错误往往不报“重复定义”，而是报“未声明”或“找不到成员”，容易让人误以为漏写了声明。
- 头文件里声明了
void LoadConfig();，实现文件里写成void loadconfig() { ... }→ 链接时报undefined reference to 'LoadConfig' - 类中定义了
std::string file_path_;，但在成员函数里用了file_path（少下划线）或FilePath_（大写F）→ 编译报use of undeclared identifier - 全局常量
const int MAX_SIZE = 1024;，使用时写成max_size→ 报错：'max_size' was not declared in this scope
Windows上偶尔“不报错”？那是假象
某些Windows开发环境（如用MinGW或旧版MSVC配合特定文件系统）可能因底层FS不区分大小写，让#include "MyHeader.h"和#include "myheader.h"都通过——但这和C++语言无关，纯属文件系统行为。一旦换到Linux/macOS或CI流水线，立刻暴露问题。
- 不要依赖文件系统宽容性来掩盖命名不一致
- 头文件包含路径、宏名、模板参数名，全部遵循大小写敏感规则
- IDE自动补全有时会“猜对”大小写，但手写代码必须100%精确
最易被忽略的是跨平台协作时的大小写一致性——本地能编译通过，只是因为你的文件系统没拦你，不是代码合法。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
