Java编译器不主动处理命名冲突，必须由开发者显式消除：成员变量与局部变量/参数同名需用this区分；同一包内类名重复必须重命名或分包；自定义类与JDK类同名应优先用全限定名或重命名。
Java编译器本身不主动“处理”命名冲突，它严格遵循作用域和语义规则——冲突不是被“解决”，而是必须由开发者显式消除或明确区分，否则编译失败或运行逻辑出错。关键在于理解不同场景下的冲突类型，并用对应语法手段让编译器能无歧义地解析。
成员变量与局部变量/参数同名：必须用 this
这是最常见也最容易引发静默错误的场景。当方法参数或局部变量与成员变量重名时，直接赋值（如 name = name;）不会修改成员变量，而是给参数自身赋值，编译通过但逻辑失效。
- 正确写法是：this.name = name; —— 左边明确指向当前对象的成员变量
- 构造器中初始化 final 成员变量时，必须用 this.xxx = yyy，否则编译报错
- 调用本类其他构造器（this(...)）也必须放在首行，且不能与 super() 共存
- 注意：this 只能在非静态上下文中使用，static 方法里写 this 会直接编译失败
不同类中同名成员变量：无需干预，天然隔离
只要变量属于不同类（即使在同一个包），它们就是独立的，不存在冲突。编译器靠类名+作用域自动区分。
- 例如 class A { int x; } 和 class B { int x; } 完全合法，互不影响
- 如果想在某处同时访问两个 x，只需通过对象引用明确限定：a.x 和 b.x
- 没必要刻意重命名来“避免冲突”，除非为提升可读性或遵循团队规范
自定义类与 JDK 类同名：优先用全限定名或重命名
比如自己写了 class LinkedList { ... }，又想用 java.util.LinkedList，通配符导入（import java.util.*;）会导致编译器无法确定该用哪个。
立即学习“Java免费学习笔记（深入）”；
- 推荐做法：去掉通配符，**显式导入**：import java.util.LinkedList;
- 若必须共存，调用时用全限定名：new java.util.LinkedList<>();
- Java 10+ 支持别名导入：import java.util.LinkedList as UtilLinkedList;，之后可用 UtilLinkedList
- 更彻底的方案：**重命名自定义类**（如 MyLinkedList），从根源上避免歧义
同一包内类名重复：编译器直接拒绝
Java 规定：同一包下不能有两个同名类。这不是运行时问题，而是在 javac 编译阶段就报错，例如：
error: class User is already defined in package com.example- 唯一解法是**重命名其中一个类**，没有绕过方式
- 也可将类移到**不同包**下（如 com.example.user 和 com.example.admin），利用包名形成天然命名空间
- IDE 通常会在编辑时高亮提示，但最终以 javac 报错为准
