Java入门

一、基础概念全览

• Java Language (Java 语言)：一种 Object-Oriented (面向对象)、Platform-Independent (与平台无关)、安全、稳定且支持 Multi-threading (多线程) 的高级编程语言。
• JVM (Java Virtual Machine, Java 虚拟机)：负责解释并运行 Bytecode (字节码) 的虚拟计算机，是实现跨平台的核心底座。
• JRE (Java Runtime Environment, Java 运行环境)：由 JVM、核心类库和相关文件组成，是运行 Java 程序的最小环境集。
• JDK (Java Development Kit, Java 开发工具包)：包含 JRE 以及编译、调试等开发工具。
• Bytecode (字节码)：扩展名为 .class 的文件，由 0 和 1 组成，它不是针对特定 CPU 的机器指令，而是专供 JVM 识别的指令集。
• Dynamic Loading (动态装载)：Java 的基本单元是 Class (类)，这些类在程序运行时才会被动态加载到内存中，而不是在编译时定死。

二、核心语法与模型规范

1. 源文件与主类规范

• 源文件命名：扩展名必须为 .java。如果源文件中包含 public 类，文件名必须与该类名完全一致；若无 public 类，则文件名可任意设定。
• 主入口签名：Java 应用程序的执行起点必须是包含以下签名的方法： public static void main(String[] args)
  • args[] 是 String Array (字符串数组) 参数，用于接收命令行传入的指令或配置信息，使程序具有动态交互能力。
• Coding Style (代码风格)：
  • Allmans (独行风格)：大括号 { 独占一行。
  • Kernighan (行尾风格)：大括号 { 紧跟在语句末尾。

2. 核心指令工具

• 编译指令：javac 文件名.java。用于将人类可读的源码转换为机器可读的字节码。
• 执行指令：java 主类名。用于启动 JVM 解释执行字节码（绝对禁止加上 .class 后缀）。
• 反编译指令：javap。可将 .class 字节码文件反向还原出类的方法签名和结构。

三、深度逻辑推导

1. 跨平台一致性的物理推演

在 C/C++ 等静态语言中，源码被直接编译为依赖特定 Operating System (操作系统) 和 Central Processing Unit (中央处理器) 的 Machine Code (机器码)。 逻辑表达为：

$${\text{Source}}_{C/C++}\stackrel{\text{Compiler}}{\to }{\text{MachineCode}}_{OS/CPU}$$

Java 通过引入 JVM 切断了这种强依赖：

$${\text{Source}}_{Java}\stackrel{\text{javac}}{\to }\text{Bytecode}$$ $$\text{Bytecode}\stackrel{{\text{JVM}}_{Win/Mac/Linux}}{\to }{\text{MachineCode}}_{Local}$$

结论：只要不同平台上安装了符合规范的 JVM，同一份字节码就能表现出完全一致的执行逻辑，此即“一次编写，到处运行”。

2. 动态语言与静态语言的维护成本演算

• C/C++ (静态)：程序逻辑在编译时“定死”。若库升级，程序员必须获取源码重新编译生成新的 .exe。
• Java (动态)：支持“插件化”。若库升级，只需替换对应的 .class 或 .jar 文件，下次运行时 JVM 会自动加载新逻辑，维护成本极低。

3. 多线程的时间切片错觉

• 物理真相：单个 Processor (处理器) 在同一物理时刻只能执行一个线程。
• 逻辑推演：JVM 通过在不同线程间进行极速的 Context Switching (上下文切换)，利用人脑感知的时间差，制造出多个任务“同时”执行的错觉。

四、边际陷阱与性能审计

1. 字符编码的编译阻断

• 触发条件：在 Windows 中使用 UTF-8 编写了含有中文（或特殊字符如 €）的源码，但直接使用 javac 编译。
• 底层机制：Windows 命令行默认使用 GBK 编码解析文本。编译器按 GBK 读取 UTF-8 字节流，导致 Lexical Analysis (词法分析) 失败，报错“不可映射字符”。
• 解决方案：必须强制注入编码参数：javac -encoding utf-8 文件名.java。

2. 环境变量 Path 的寻址断层

• 现象：输入 javac 提示“不是内部或外部命令”。
• 审计：操作系统无法在当前的 Path (路径注册表) 中找到 javac.exe 的物理位置。
• 实战补救：可在 MS-DOS 窗口临时注入路径（仅当前窗口有效）：set path=C:\jdk-14.0.1\bin;%path%。

3. 编译器对“注释”的越权解析陷阱（极度危险）

• 常识误区：通常认为编译器会完全忽略注释 // 或 /* */ 中的内容。
• 底层陷阱：Java 编译器在正式编译前，会先进行 Unicode 转义字符解析。如果你的注释中包含了表示换行的十六进制转义符 \u000A，编译器会将其强行解析为一个 Line Feed (换行符)。
• 灾难后果： 原本的代码： // \u000A 循环语句 会被编译器物理截断为： // 循环语句 导致后续普通文本脱离注释保护，直接引发 Syntax Error (语法错误)。

---

🛑 极致压测

❓ 危机测试 1：类文件爆炸与热更新 假设 Test.java 源码中包含 1 个 public class A 和 3 个非 public 的普通 class。使用 javac 编译后会产生几个文件？如果我在服务器上只把其中一个类的 .class 文件替换掉，程序能直接运行新逻辑吗？这体现了 Java 的什么特性？

❓ 危机测试 2：注释崩盘模拟 你的同事为了炫技，在代码里写了一句注释：// 获取 C:\user\000A\data 的路径。结果第二天代码无法通过编译。请从编译器预处理机制的角度，指出这行注释引发了什么底层错误？

❓ 危机测试 3：主方法的参数截断 在 public static void main(String[] args) 中，如果我把 String[] args 删掉，程序能通过编译吗？如果能编译，使用 java 命令运行时会发生什么？

❓ 危机测试 4：跨平台定义的哲学辨析 “Java 语言是跨平台的，所以 JVM 也是跨平台的。” 这句话在计算机体系结构层面为什么是极其荒谬的？请解释字节码与物理硬件之间的映射关系。

❓ 危机测试 5：反编译逆向工程 我手头只有一个 Payment.class 文件，没有任何源码。我可以通过什么官方 JDK 指令查看到这个类里到底定义了哪些方法和成员变量？

---

topic: 编程 tags:

• Java
• 概念

---