Javaweb后端技术（下）-maven

最新推荐文章于 2024-05-22 18:15:11 发布

猿大山

最新推荐文章于 2024-05-22 18:15:11 发布

阅读量301

点赞数

分类专栏： javaweb 文章标签： maven 后端 java

本文链接：https://blog.csdn.net/BetterKunPeng/article/details/111638013

版权

javaweb 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

Maven基础

一 Maven简介

1.1 Maven是什么？

Maven 翻译为"专家"、"内行"，是 Apache 下的一个纯 Java 开发的开源项目。
一个对 Maven 比较正式的定义是这么说的：
Maven 是一个项目管理工具，它包含了一个项目对象模型，一组标准集合，一个项目生命周期，一个依赖管理系统，和用来运行定义在生命周期阶段中插件目标的工具。

1.2 Maven能解决什么问题

可以用更通俗的方式来说明。我们知道，项目开发不仅仅是写写代码而已，期间会伴随着各种必不可少的事情要做，下面列举几个感受一下：

我们需要引用各种jar包，尤其是比较大的工程，引用的jar包往往有几十个乃至上百个，每用到一种jar包，都需要手动引入工程目录，而且经常遇到各种让人抓狂的jar包冲突，版本冲突。
我们写好的java文件，需要通过javac编译成class文件才能交给JVM运行。这项工作可以由各种集成开发工具帮我们完成 Eclipse、IDEA 等都可以将代码即时编译。
世界上没有不存在 bug 的代码，因此写完了代码，我们还要写一些单元测试，然后一个个的运行来检验代码质量。
项目中往往还需要把代码与各种配置文件、资源整合到一起，进行打包。如果是 web 项目，还需要将之发布到服务器。

试想，如果现在有一种工具，可以把你从上面的繁琐工作中解放出来，能帮你构建工程，管理 jar包，编译代码，还能帮你自动运行单元测试，打包，生成报表，甚至能帮你部署项目，生成 Web 站点，你会心动吗？ Maven 就可以解决上面所提到的这些问题。

1.3 Maven的两个核心功能【重点】

1.3.1 依赖管理

* 传统的 WEB 工程中，我们必须将工程所依赖的 jar 包复制到工程中，导致了工程的变得很大。
* maven的 WEB 工程中不直接将jar包导入到工程中，而是通过在 pom.xml 文件中添加所需jar包的坐标。项目运行时，通过读取坐标到一个专门用于“存放jar包仓库"（Maven仓库）找到相应的jar包。

仓库如何存放jar包？

1.3.2 项目构建

* 我们开发的项目，往往都要经历编译、测试、打包、安装，部署等一系列过程。
* 什么是构建项目
指的是项目从编译、测试、打包、安装，部署整个过程都交给maven进行管理，这个过程称为构建。
* 一键构建
指的是整个构建过程，使用 maven 一个命令可以轻松完成整个工作。

二 Maven安装和使用

2.1 Maven下载和安装

* 下载

Maven官网下载地址：http://maven.apache.org/download.cgi

* 安装

Maven使用java语言开发的，解压即可运行
注意：maven依赖 JAVA_HOME

* 目录

bin：存放了 maven 的命令
boot：存放了一些 maven 本身的引导程序，如类加载器等
conf：存放了 maven 的一些配置文件，如 setting.xml 文件
lib：存放了 maven 本身运行所需的一些 jar 包

* 环境变量

MAVEN_HOME: maven安装目录
path: %MAVEN_HOME%\bin

* 配置完毕了

mvn --version

直接解压绿色版

2.2 Maven仓库【重点】

2.2.1 Maven仓库的分类

1. 本地仓库
项目通过jar坐标，先从本地仓库找对应jar包，如果找不到会从远程仓库（互联网）去下载 jar包，保存在本地仓库（在程序员的电脑上），第二次不需要从远程仓库去下载。
2. 远程仓库

2.1 中央仓库
- 由专业团队（maven团队）统一维护。
- 中央仓库的地址：http://repo1.maven.org/maven2/
2.2 私服
- 架设在公司局域网内，提供给内部的人员使用。
2.3 第三方仓库
- 中央仓库只有一个国内使用非常慢，我们可以更换为：阿里云镜像

2.2.2 Maven本地仓库的配置

1. 将资料中的 repository.zip 解压到非中文及特殊符号目录下
2. 修改 maven的安装目录/conf/settings.xml 文件的标签
- <localRepository>本地仓库地址</localRepository>

2.2.3 Maven仓库国内镜像配置
修改 maven 根目录下的 conf 文件夹中的 setting.xml 文件，在 mirrors 节点上，添加内容如下：

<mirrors>
 <mirror>
    <id>alimaven</id>
    <name>aliyun maven</name>
    <url>http://maven.aliyun.com/nexus/content/groups/public/</url>
    <mirrorOf>central</mirrorOf>
 </mirror>
</mirrors>

2.3 Maven坐标和依赖

想要只用哪个jar包，通过坐标方式进行依赖引入...

2.4 Maven工程的结构【重点】

传统的javaweb工程遇到的问题

* java项目
java工程名（项目名）

|-- src目录
- |-- main目录（主干代码）
  - |-- java目录（java代码）
  - |-- resources目录（配置文件）
- |-- test目录（测试代码）
  - |-- java目录（java代码）
    |-- resources目录（配置文件）
|-- pom.xml（maven工程核心配置文件）
|-- target目录（存放编译后的class文件.....）

* web项目【重点】
web工程名（项目名）

|-- src目录
- |-- main目录（主干代码）
  - |-- java目录（java代码）
  - |-- resources目录（配置文件）
  - |-- webapp目录（页面资源）
    - |-- WEB-INF
      - |-- web.xml(web工程核心配置文件)
    - |-- index.jsp
    - |-- css、js、img..
- |-- test目录（测试代码）
  - |-- java目录（java代码）
  - |-- resources目录（配置文件）
|-- pom.xml（maven工程核心配置文件）
|-- target目录（存放编译后的class文件.....）

三 Maven生命周期和插件

3.1 Maven常用命令和插件

我们可以在 cmd 中通过一系列的 maven 命令，来对我们的工程进行清理、编译、测试、打包、安装、部署。
1）clean

maven工程的清理命令，执行clean会删除target目录及内容。

2）compile

maven工程的编译命令，作用是将 src/main/java 下的文件编译为class文件输出到target目录下。

3）test
maven工程的测试命令，作用是执行 src/test/java 下单元测试类，并编译为class文件。

4）package
maven工程的打包命令，对于java工程执行package打成jar包，对于web工程打成war包。

注意：为什么maven_hello是war包而不是jar包呢？

5）install
maven工程的安装命令，执行install将mave工程打成jar包或war包，并发布到本地仓库。

6）deploy
maven工程部署命令，将jar或war包部署（上传）到私服中。
3.2 生命周期
maven 对项目构建过程分为“三套相互独立的”生命周期，这三套生命周期分别是：

1. Clean Lifecycle(清理生命周期)
- 在进行真正的构建之前进行一些清理工作。
- 命令:clean
2. Default Lifecycle(默认生命周期)
- 构建的核心部分，编译，测试，打包，部署等等。
- 命令: compile test package install deploy
3. Site Lifecycle(站点生命周期)
- 生成项目报告，站点，发布站点。
- 命令: site

* 在同一个生命周期中的命令,执行后面的命令,前面的命令自动执行

四 IDEA创建Maven工程【重点】

4.1 IDEA配置本地Maven环境（全局...）

我们在IDEA创建maven工程默认从互联网在下载一个骨架（但是我们电脑没有联网，就会卡顿一段时间，再使用本地骨架），我们可以直接指定IDEA查找本地骨架，效率提升

-DarchetypeCatalog=internal -Dfile.encoding=GB2312

4.2 IDEA创建工程

① java工程

手动创建test测试配置文件目录

指定maven环境的jdk版本和字符集

<build>
<plugins>
<!-- 设置编译版本为1.8 -->
    <plugin>
        <groupId>org.apache.maven.plugins</groupId>
        <artifactId>maven-compiler-plugin</artifactId>
        <version>3.1</version>
        <configuration>
            <source>1.8</source>
            <target>1.8</target>
            <encoding>UTF-8</encoding>
        </configuration>
    </plugin>
</plugins>
</build>

maven工程命令操作

如何导入依赖
maven的搜索仓库：

② web工程【重点】

idea创建web工程，需要我们安装一个插件

安装成功后，重启idea工具

③ 注意
个别电脑，创建完maven之后，文件夹不会变颜色

4.3 发布web工程

① idea使用外置tomcat运行【重点】

② idea使用maven内置tomcat插件【了解】

<build>
<plugins>
<!-- 设置编译版本为1.8 -->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.1</version>
<configuration>
<source>1.8</source>
<target>1.8</target>
<encoding>UTF-8</encoding>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.tomcat.maven</groupId>
<artifactId>tomcat7-maven-plugin</artifactId>
<version>2.2</version>
<configuration>
<port>8080</port>
<path>/</path>
<uriEncoding>utf-8</uriEncoding>
</configuration>
</plugin>
</plugins>
</build>

双击启动

命令启动

4.4 依赖范围

* compile

默认依赖范围，作用域在编译、测试、运行时都有效。

* test

作用域在测试时有效。编译和运行时不需要，比如：Junit。

* provided

作用域在编译、测试时有效。运行时不需要，比如： servlet api 被 tomcat 容器提供。

* runtime

作用域在测试、运行时有效。编译时不需要，比如：jdbc的驱动包。

五 Maven的依赖传递

5.1 什么是依赖传递

在maven中，依赖是可以传递的，假设存在三个项目，分别是项目A，项目B以及项目C。假设C依赖B，B依赖A，那么我们可以根据maven项目依赖的特征不难推出项目C也依赖A。

（跟之前的方式一样）

猿大山

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
Javaweb后端技术（下）-maven

目录Maven基础一 Maven简介1.1 Maven是什么？1.2 Maven能解决什么问题1.3 Maven的两个核心功能【重点】二 Maven安装和使用2.1 Maven下载和安装2.2 Maven仓库【重点】2.3 Maven坐标和依赖2.4 Maven工程的结构【重点】三 Maven生命周期和插件3.1 Maven常用命令和插件Maven基础一 Maven简介1.1 Maven是什么？Maven 翻译为"专家"、"内行"，是 Apa
复制链接

扫一扫

专栏目录