Java包与导包由代码声明、目录结构和开发习惯共同管理：package声明决定全限定名和物理路径，import仅为编译器提供名称查找指引，需按业务域垂直划分包结构并避免通配符滥用。
Java 中包（package）和导包（import）不是“配置”出来的，而是通过代码声明、目录结构和开发习惯共同管理的。核心在于理解它们的作用逻辑，再落实到日常编码中。
包的定义与物理结构必须严格一致
每个 Java 源文件顶部第一行（除注释外）必须写 package com.example.user; 这类声明。这个声明不是可选提示，它直接决定了：
- 该类的全限定名是 com.example.user.User，运行时 JVM 靠它定位类
- 源文件必须放在项目路径下的 src/com/example/user/User.java（Maven/Gradle 标准结构）
- 同包内类可直接访问 default（包级私有）成员，无需 import
- 包名全部小写，推荐用公司域名倒写 + 业务模块，如 com.myorg.order、org.myapp.auth
导包的本质是编译器的“名字查找指引”
import 不加载类、不改变运行行为，只告诉编译器：“当看到 ArrayList 这个名字时，请按 java.util.ArrayList 去找”。所以：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 同一包下类之间互调，完全不用 import
- java.lang 下的类（String、System、Math 等）自动导入，不必写
- 推荐显式导入单个类：import java.time.LocalDate; —— 清晰、安全、避免冲突
- 慎用通配符：import java.util.*; 可能掩盖真实依赖，且当两个包都有 List 时会编译报错
- 遇到同名类冲突（如 java.util.Date 和 java.sql.Date），只 import 其中一个，另一个用全限定名调用
IDE 支持让导包更高效但不能替代理解
IntelliJ IDEA 或 Eclipse 能自动识别未导入类并提示 Alt+Enter 导包，但前提是：
立即学习“Java免费学习笔记（深入）”；
- 项目结构正确（src/main/java 下目录与 package 完全匹配）
- 没有默认包（即没写 package 的类），否则无法被其他包 import
- 在设置中开启“Optimize imports on the fly”，可自动删冗余 import、按字母排序
- 不要依赖 IDE 自动补全通配符——它可能悄悄引入你根本不用的类
包结构设计要面向业务而非技术分层
好的包组织提升可维护性，关键不是“怎么分”，而是“为什么这么分”：
- 优先按业务域垂直切分：com.shop.order 包里放 Order、OrderService、OrderRepository，而不是把所有 Service 塞进一个 service 包
- 工具类归入 com.shop.common 或 com.shop.util，但避免“大而全”的 Utils 类，按职责拆成 DateUtils、JsonUtils 等
- 测试类与主类保持相同包路径，仅源码目录不同：src/test/java/com/shop/order/OrderServiceTest.java
- 禁止在包名中加版本号（如 com.v2.api），版本由构建工具（Maven）统一管理
