Java编译复杂模块源码的核心是：目录结构必须严格匹配package声明，用-d指定输出路径并从源码根执行，通过-cp或-sourcepath显式声明依赖来源。
编译复杂 Java 模块源码，核心在于三点：目录结构与包声明严格匹配、显式控制输出路径、正确声明依赖来源。不是靠“多敲几个文件名”就能解决，而是要让 javac 清楚地知道“从哪找源码、往哪放字节码、用哪些类来辅助编译”。
确保源码目录结构完全对应 package 声明
Java 要求物理路径 = 逻辑包名。比如一个类声明为 package com.example.core;，它就必须存放在 src/com/example/core/Utils.java，而不是 src/utils/Utils.java 或 src/Core.java。javac 不会自动推断或纠错，路径错一点，就会报 cannot find symbol 或直接找不到文件。
- 检查每个
.java文件开头的package行，记下完整包名 - 对照文件实际位置：若包是
a.b.c，文件必须在xxx/a/b/c/Xxx.java - 所有模块（如
module-api、module-impl）都应遵循同一套根目录约定，常见的是统一以src或src/main/java为源码根
用 -d 指定输出目录，并从源码根执行编译
不要进入某个子包目录再敲 javac *.java —— 这会让 javac 丢失包上下文，也无法自动处理跨包引用。正确做法是从源码根（如 myproject/src）出发，用 -d 指向输出目标（如 bin），让 javac 自动按包名建目录：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 命令示例：
javac -d ../bin com/example/core/Utils.java com/example/app/Main.java - 更常用通配符：
javac -d ../bin com/example/**/*.java（bash/zsh 支持；Windows 命令行需改用for /r或分步列出） -
-d后的路径必须可写，javac 会自动创建../bin/com/example/core/等子目录
通过 -cp 或 -sourcepath 告诉 javac 依赖在哪
模块之间互相引用（比如 module-impl 用了 module-api 的接口），javac 编译时必须“看见”这些被依赖的类——不是运行时才查，是编译期就要解析符号。
立即学习“Java免费学习笔记（深入）”；
- 如果依赖已编译好（如
api.jar或../api/bin目录），加-cp "../api/bin:../lib/gson.jar"（Linux/macOS）或-cp "..\api\bin;..\lib\gson.jar"（Windows） - 如果依赖还是源码（如另一个模块的
src），可用-sourcepath ../api/src，javac 会按包名去那里找.java并自动编译它 - 注意：
-cp只影响编译，不影响后续java命令；运行时仍需单独配-cp
处理多模块联合编译的实用组合命令
当项目含多个并列模块（如 auth、user、common），且存在交叉引用，推荐一次性编译全部源码，并统一输出：
- 先汇总所有源码路径：
find auth/src user/src common/src -name "*.java" > sources.txt - 再执行：
javac -d bin -cp "common/bin:user/bin:lib/*" @sources.txt（@表示从文件读取参数列表） - 若用 Maven/Gradle 是标准方案，但纯命令行下，这种“全量源码 + 显式 classpath + 统一输出”是最稳的落地方式
