wordpress无法安装插件windows郑州seo技术博客
MAVEN基础入门
提示：java新人的学习之路记录
学习内容：
提示：了解并会初步使用maven构建管理java项目
Maven 是一个非常流行的 Java 项目管理和构建工具。它通过提供一套标准的构建生命周期和一组预定义的目标来简化 Java 应用程序的构建过程。Maven 使用 XML 格式的 POM（Project Object Model）文件来管理项目的构建过程、依赖管理和项目信息。
Maven 的基本概念
POM（Project Object Model）
POM 文件是 Maven 中的核心配置文件，通常命名为 pom.xml。
这个文件包含了项目的基本信息（如名称、版本）、构建设置、依赖关系、插件配置等。
生命周期（Lifecycle）
Maven 的生命周期定义了一系列可以按顺序执行的任务，这些任务被称为“目标”（goals）。
最常见的生命周期包括 clean、default 和 site 生命周期。
clean 生命周期用于清理以前的构建产物。
default 生命周期用于构建项目，包括编译、测试和打包等。
site 生命周期用于生成项目文档。
目标（Goals）
目标是生命周期中的具体任务，如 compile、test、package 等。
用户可以在命令行中指定这些目标来执行特定的操作。
插件（Plugins）
Maven 插件扩展了 Maven 的功能，提供了执行特定任务的能力。
插件可以配置在 POM 中，并且可以定义在不同的生命周期阶段执行。
仓库（Repositories）
Maven 使用仓库来存储和检索依赖项。
仓库分为本地仓库（默认存储在用户主目录下的 .m2 文件夹）、远程仓库（如中央仓库 Central Repository）和私有仓库（企业内部使用的仓库）。一般会先在本地仓库插找，再从远程仓库中查找，最后从中央仓库查找。
Maven 的优势
依赖管理：自动解析和下载项目依赖，减少了手动管理依赖的麻烦。
构建过程标准化：通过定义统一的生命周期和目标，使得构建过程更加一致。
多模块项目支持：可以方便地管理多模块项目，每个模块都可以有自己的 POM 文件。
项目信息管理：可以自动生成项目的文档和报告。
Maven 常用命令
mvn clean: 清理项目，删除之前的构建结果。
mvn compile: 编译项目的源代码。
mvn test: 运行项目的单元测试。
mvn package: 打包项目，生成 jar 或 war 文件。
mvn install: 将项目安装到本地仓库。
mvn deploy: 将项目发布到远程仓库。
Maven坐标：
Maven 坐标是用来唯一标识一个构件（Artifact）的一组元数据。每个构件都有五个主要的部分组成其坐标，这些坐标一起构成了构件的唯一标识符,不过，通常情况下，分类器和类型会被省略，除非需要特别指定。。以下是 Maven 坐标的组成部分：
GroupId（组ID）：
组ID是一个唯一的标识符，通常采用组织或公司的逆向域名形式（如 com.example）表示当前maven项目隶属组织名称。它主要用于组织相关的构件。
ArtifactId（构件ID）：
构件ID是项目的主要标识符，它通常反映了项目或库的功能或用途（如 myproject）。它是该maven项目的名称(通常是模块名)。
Version（版本号）：
版本号用于标识构件的不同版本（如 1.0-SNAPSHOT）。Maven 支持多种版本控制方案，如快照（Snapshot）、发布（Release）等。
Classifier（分类器）：
分类器是一个可选字段，用于区分同一个构件的不同变体（如 sources、javadoc 等）。分类器通常用于标识不同的构建输出，如源代码包、Javadoc 包等。
Type（类型）：
类型字段指定了构件的文件类型（如 jar、war、pom 等）。最常见的类型是 jar，用于 Java 应用程序的可执行包。
提示：这里可以添加计划学习的时间
。
<groupId>com.example</groupId>
<artifactId>myproject</artifactId>
<version>1.0-SNAPSHOT</version>
<classifier>sources</classifier>
<type>jar</type>依赖配置：
依赖：是指当前项目运行所需要的jar包，一个项目中可以引入多个依赖。
在 Maven 中，依赖配置（Dependency Configuration）是通过 pom.xml 文件中的 元素来定义的。依赖配置不仅指定了项目依赖的库，还定义了如何处理这些依赖项的细节
一个典型的依赖配置如下所示，对于一个新添加的依赖要刷新一下才会生效：
<!----pom中依赖的引用 --->
<dependencies><dependency><groupId>com.example</groupId><artifactId>myproject</artifactId><version>1.0-SNAPSHOT</version></dependency>
</dependencies>
更多的依赖引用方式可以再这个网站中查找：mvnrepository
依赖范围（Scope）
依赖范围（Scope）定义了依赖在构建生命周期中的适用阶段。常见的依赖范围包括：
compile：
默认范围，适用于编译阶段。这些依赖会随着应用一起被打包。
provided：
类似于 compile，但是在运行时假定由容器提供，不会被打包进最终的应用包中。
runtime：
适用于运行时阶段。这些依赖不会用于编译，但在运行时需要。
test：
仅用于测试阶段。这些依赖在编译和运行时不会包含在内。
system：
用于指定本地系统路径下的依赖，现在很少使用。
可选的配置元素
除了基本的依赖配置外，还有一些可选的配置元素，可以根据需要添加：
类型（Type）: type 属性指定了依赖的类型，默认值是 jar。其他常见的类型包括 war、pom 等。
<dependency><groupId>com.example</groupId><artifactId>myproject</artifactId><version>1.0.0</version><type>war</type>
</dependency>
分类器（Classifier）: 用于区分具有相同 groupId、artifactId 和 version 的不同版本，通常用于标识不同的构建输出，如源代码包、Javadoc 包等。
<dependency><groupId>com.example</groupId><artifactId>myproject</artifactId><version>1.0.0</version><classifier>javadoc</classifier><type>jar</type>
</dependency>
排除（Exclusions）: exclusions 元素用于排除传递依赖中的某些库，避免不必要的依赖或冲突。
<dependency><groupId>com.example</groupId><artifactId>myproject</artifactId><version>1.0.0</version><exclusions><exclusion><groupId>log4j</groupId><artifactId>log4j</artifactId></exclusion></exclusions>
</dependency>
依赖传递
在 Maven 中，依赖传递（Dependency Transitivity）指的是当你在项目中声明了一个依赖时，这个依赖自身也可能有其他的依赖。Maven 会自动将这些间接依赖也包含到你的项目中，这就叫做依赖传递。换句话说，当你依赖于库 A 时，如果库 A 还依赖于库 B，那么库 B 也会自动成为你项目的依赖之一。
控制依赖传递
虽然依赖传递带来了便利，但也可能会引入不必要的依赖或导致版本冲突等问题。Maven 提供了几种方法来控制依赖传递：
**排除依赖（Exclusions）：**你可以明确排除某个传递依赖，以防止它被包含进来。
<dependency><groupId>com.example</groupId><artifactId>libraryA</artifactId><version>1.0.0</version><exclusions><exclusion><groupId>com.example</groupId><artifactId>libraryB</artifactId></exclusion></exclusions>
</dependency>
上面的例子中，libraryA 依赖于 libraryB，但 Project X 明确排除了 libraryB，这样就不会将 libraryB 下载到本地仓库。
依赖范围（Scope）：
通过设置依赖的范围，可以控制它在构建生命周期中的哪些阶段生效。例如，test 范围的依赖只会在测试阶段生效，而不会影响编译或运行时的行为。
<dependency><groupId>com.example</groupId><artifactId>libraryA</artifactId><version>1.0.0</version><scope>test</scope>
</dependency>
如果 libraryA 的范围被设置为 test，那么它只会出现在测试阶段，而不会被包含在最终的构建产物中。
**依赖管理（Dependency Management）：**在父 POM 或者共享的 POM 中定义依赖管理，可以集中管理版本，减少重复定义。在子项目中引用依赖时，只需要声明而不必指定版本。
学习博客引用：
maven下载安装配置教程
黑马maven的idea配置
全面详解Maven的配置文件