up mysql 时间查询
This commit is contained in:
parent
0669ead851
commit
3b41e8c168
|
Before Width: | Height: | Size: 31 KiB After Width: | Height: | Size: 31 KiB |
39
java/异常/Java异常抛出.md
Normal file
39
java/异常/Java异常抛出.md
Normal file
@ -0,0 +1,39 @@
|
||||
# java 为什么有些异常 throw 出去需要在函数头用 throws 声明，一些就不用?
|
||||
|
||||
用的越多，不懂的就越多
|
||||
|
||||
|
||||
|
||||
**why？**
|
||||
|
||||
java 异常[体系结构](https://so.csdn.net/so/search?q=%E4%BD%93%E7%B3%BB%E7%BB%93%E6%9E%84&spm=1001.2101.3001.7020)如下
|
||||
|
||||
|
||||
|
||||
Throwable 类：所有的异常类，都直接或者间接的继承这个类。三个重要的方法：
|
||||
|
||||
|
||||
|
||||
堆栈跟踪是方法调用过程的轨迹，它包含了程序执行过程中方法调用的顺序和所在源代码行号。
|
||||
|
||||
堆栈跟踪信息从下往上，是方法调用的顺序。
|
||||
|
||||
**Throwable 类的两个直接子类**：
|
||||
|
||||
Error: 是程序无法修复的严重问题，程序员无法修复，这能让程序终止，比如 jvm 内部错误、存溢出和资源耗尽等严重情况。
|
||||
|
||||
Exception：是程序可以恢复的程序，是程序员可以从掌控的，比如，除零异常，空指针访问，网络连接终端，读取不存在等。
|
||||
|
||||
**在 Exception 下面又有两个异常：**
|
||||
|
||||
非受检异常指的是 java.lang.RuntimeException 和 java.lang.Error 类及其子类，所有其他的异常类都称为受检异常。两种类型的异常在作用上并没有差别，唯一的差别就在于使用受检异常时的合法性要在编译时刻由编译器来检查。正因为如此，受检异常在使用的时候需要比非受检异常更多的代码来避免编译错误。
|
||||
|
||||
1 受检查异常：指除 RuntimeException 以外的异常类。共同特点是，编译器会检查这类异常是否进行了处理，要么捕获，要么不抛出，否则会发生编译错误，种类很多。
|
||||
|
||||
2 非受检查异常（运行时异常）：运行时异常是继承 RuntimeException 类的直接子类或者间接子类，运行时异常往往是程序员所犯的错误导致的 。特点是编译器不检查这类异常是否得到了处理，对于这类异常不捕获也不抛出，程序也可以编译过，一旦遇到就导致程序终止。
|
||||
|
||||
对于运行时异常通常不采用抛出或捕获处理方式，而是应该提前预判，防止这种发生异常，做到未雨绸缪。例如除零时候，在进行除法运算之前应该判断除数是非零的，修改示例代码如下，从代码可见提前预判这样处理要比通过 try-catch 捕获异常要友好的多
|
||||
|
||||
所以 checked exception 就是要强制你去处理这个异常（不管你 throws 多少层，你终归要在某个地方 catch 它）；而 runtime exception 则没有这个限制，你可以自由选择是否 catch。
|
||||
|
||||
> 本文由 [简悦 SimpRead](http://ksria.com/simpread/) 转码， 原文地址 [blog.csdn.net](https://blog.csdn.net/zzwpublic/article/details/113792054)
|
||||
BIN
java/异常/assets/20210211214724454.png
Normal file
BIN
java/异常/assets/20210211214724454.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 17 KiB |
BIN
java/异常/assets/20210211214829567.png
Normal file
BIN
java/异常/assets/20210211214829567.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 329 KiB |
BIN
java/异常/assets/20210211215542428.png
Normal file
BIN
java/异常/assets/20210211215542428.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 71 KiB |
484
maven/Maven.md
Normal file
484
maven/Maven.md
Normal file
@ -0,0 +1,484 @@
|
||||
> 本文由 [简悦 SimpRead](http://ksria.com/simpread/) 转码， 原文地址 [javaguide.cn](https://javaguide.cn/tools/maven/maven-core-concepts.html)
|
||||
|
||||
> Apache Maven 的本质是一个软件项目管理和理解工具。基于项目对象模型 (Project Object Model，POM) 的概念，Maven 可以从一条中心信息管理项目的构建、报告和文档。
|
||||
|
||||
> 这部分内容主要根据 Maven 官方文档整理，做了对应的删减，主要保留比较重要的部分，不涉及实战，主要是一些重要概念的介绍。
|
||||
|
||||
# Maven 介绍
|
||||
-----------------------
|
||||
|
||||
[Mavenopen in new window](https://github.com/apache/maven) 官方文档是这样介绍的 Maven 的：
|
||||
|
||||
> Apache Maven is a software project management and comprehension tool. Based on the concept of a project object model (POM), Maven can manage a project's build, reporting and documentation from a central piece of information.
|
||||
>
|
||||
> Apache Maven 的本质是一个软件项目管理和理解工具。基于项目对象模型 (Project Object Model，POM) 的概念，Maven 可以从一条中心信息管理项目的构建、报告和文档。
|
||||
|
||||
**什么是 POM？** 每一个 Maven 工程都有一个 `pom.xml` 文件，位于根目录中，包含项目构建生命周期的详细信息。通过 `pom.xml` 文件，我们可以定义项目的坐标、项目依赖、项目信息、插件信息等等配置。
|
||||
|
||||
对于开发者来说，Maven 的主要作用主要有 3 个：
|
||||
|
||||
1. **项目构建** ：提供标准的、跨平台的自动化项目构建方式。
|
||||
2. **依赖管理** ：方便快捷的管理项目依赖的资源（jar 包），避免资源间的版本冲突问题。
|
||||
3. **统一开发结构** ：提供标准的、统一的项目结构。
|
||||
|
||||
关于 Maven 的基本使用这里就不介绍了，建议看看官网的 5 分钟上手 Maven 的教程：[Maven in 5 Minutesopen in new window](https://maven.apache.org/guides/getting-started/maven-in-five-minutes.html) 。
|
||||
|
||||
[#](#maven-坐标) Maven 坐标
|
||||
-----------------------
|
||||
|
||||
项目中依赖的第三方库以及插件可统称为构件。每一个构件都可以使用 Maven 坐标唯一标识，坐标元素包括：
|
||||
|
||||
* **goupId**(必须): 定义了当前 Maven 项目隶属的组织或公司。groupId 一般分为多段，通常情况下，第一段为域，第二段为公司名称。域又分为 org、com、cn 等，其中 org 为非营利组织，com 为商业组织，cn 表示中国。以 apache 开源社区的 tomcat 项目为例，这个项目的 groupId 是 org.apache，它的域是 org（因为 tomcat 是非营利项目），公司名称是 apache，artifactId 是 tomcat。
|
||||
* **artifactId**(必须)：定义了当前 Maven 项目的名称，项目的唯一的标识符，对应项目根目录的名称。
|
||||
* **version**(必须)： 定义了 Maven 项目当前所处版本。
|
||||
* **packaging**（可选）：定义了 Maven 项目的打包方式（比如 jar，war...），默认使用 jar。
|
||||
* **classifier**(可选)：常用于区分从同一 POM 构建的具有不同内容的构件，可以是任意的字符串，附加在版本号之后。
|
||||
|
||||
只要你提供正确的坐标，就能从 Maven 仓库中找到相应的构件供我们使用。
|
||||
|
||||
举个例子（引入阿里巴巴开源的 EasyExcel） ：
|
||||
|
||||
```
|
||||
<dependency>
|
||||
<groupId>com.alibaba</groupId>
|
||||
<artifactId>easyexcel</artifactId>
|
||||
<version>3.1.1</version>
|
||||
</dependency>
|
||||
|
||||
|
||||
```
|
||||
|
||||
你可以在 https://mvnrepository.com/ 这个网站上找到几乎所有可用的构件，如果你的项目使用的是 Maven 作为构建工具，那这个网站你一定会经常接触。
|
||||
|
||||
|
||||
|
||||
[#](#maven-依赖) Maven 依赖
|
||||
-----------------------
|
||||
|
||||
如果使用 Maven 构建产生的构件（例如 Jar 文件）被其他的项目引用，那么该构件就是其他项目的依赖。
|
||||
|
||||
### [#](#依赖配置) 依赖配置
|
||||
|
||||
**配置信息示例** ：
|
||||
|
||||
```
|
||||
<project>
|
||||
<dependencies>
|
||||
<dependency>
|
||||
<groupId></groupId>
|
||||
<artifactId></artifactId>
|
||||
<version></version>
|
||||
<type>...</type>
|
||||
<scope>...</scope>
|
||||
<optional>...</optional>
|
||||
<exclusions>
|
||||
<exclusion>
|
||||
<groupId>...</groupId>
|
||||
<artifactId>...</artifactId>
|
||||
</exclusion>
|
||||
</exclusions>
|
||||
</dependency>
|
||||
</dependencies>
|
||||
</project>
|
||||
|
||||
|
||||
```
|
||||
|
||||
**配置说明** ：
|
||||
|
||||
* dependencies： 一个 pom.xml 文件中只能存在一个这样的标签，是用来管理依赖的总标签。
|
||||
* dependency：包含在 dependencies 标签中，可以有多个，每一个表示项目的一个依赖。
|
||||
* groupId,artifactId,version(必要)：依赖的基本坐标，对于任何一个依赖来说，基本坐标是最重要的，Maven 根据坐标才能找到需要的依赖。我们在上面解释过这些元素的具体意思，这里就不重复提了。
|
||||
* type(可选)：依赖的类型，对应于项目坐标定义的 packaging。大部分情况下，该元素不必声明，其默认值是 jar。
|
||||
* scope(可选)：依赖的范围，默认值是 compile。
|
||||
* optional(可选)： 标记依赖是否可选
|
||||
* exclusions(可选)：用来排除传递性依赖, 例如 jar 包冲突
|
||||
|
||||
### [#](#依赖范围) 依赖范围
|
||||
|
||||
**classpath** 用于指定 `.class` 文件存放的位置，类加载器会从该路径中加载所需的 `.class` 文件到内存中。
|
||||
|
||||
Maven 在编译、执行测试、实际运行有着三套不同的 classpath：
|
||||
|
||||
* **编译 classpath** ：编译主代码有效
|
||||
* **测试 classpath** ：编译、运行测试代码有效
|
||||
* **运行 classpath** ：项目运行时有效
|
||||
|
||||
Maven 的依赖范围如下：
|
||||
|
||||
* **compile**：编译依赖范围（默认），使用此依赖范围对于编译、测试、运行三种都有效，即在编译、测试和运行的时候都要使用该依赖 Jar 包。
|
||||
* **test**：测试依赖范围，从字面意思就可以知道此依赖范围只能用于测试，而在编译和运行项目时无法使用此类依赖，典型的是 JUnit，它只用于编译测试代码和运行测试代码的时候才需要。
|
||||
* **provided** ：此依赖范围，对于编译和测试有效，而对运行时无效。比如 `servlet-api.jar` 在 Tomcat 中已经提供了，我们只需要的是编译期提供而已。
|
||||
* **runtime**：运行时依赖范围，对于测试和运行有效，但是在编译主代码时无效，典型的就是 JDBC 驱动实现。
|
||||
* **system**：系统依赖范围，使用 system 范围的依赖时必须通过 systemPath 元素显示地指定依赖文件的路径，不依赖 Maven 仓库解析，所以可能会造成建构的不可移植。
|
||||
|
||||
### [#](#传递依赖性) 传递依赖性
|
||||
|
||||
### [#](#依赖冲突) 依赖冲突
|
||||
|
||||
**1、对于 Maven 而言，同一个 groupId 同一个 artifactId 下，只能使用一个 version。**
|
||||
|
||||
```
|
||||
<dependency>
|
||||
<groupId>in.hocg.boot</groupId>
|
||||
<artifactId>mybatis-plus-spring-boot-starter</artifactId>
|
||||
<version>1.0.48</version>
|
||||
</dependency>
|
||||
|
||||
<dependency>
|
||||
<groupId>in.hocg.boot</groupId>
|
||||
<artifactId>mybatis-plus-spring-boot-starter</artifactId>
|
||||
<version>1.0.49</version>
|
||||
</dependency>
|
||||
|
||||
|
||||
```
|
||||
|
||||
若相同类型但版本不同的依赖存在于同一个 pom 文件，只会引入后一个声明的依赖。
|
||||
|
||||
**2、项目的两个依赖同时引入了某个依赖。**
|
||||
|
||||
举个例子，项目存在下面这样的依赖关系：
|
||||
|
||||
```
|
||||
依赖链路一：A -> B -> C -> X(1.0)
|
||||
依赖链路二：A -> D -> X(2.0)
|
||||
|
||||
|
||||
```
|
||||
|
||||
这两条依赖路径上有两个版本的 X，为了避免依赖重复，Maven 只会选择其中的一个进行解析。
|
||||
|
||||
**哪个版本的 X 会被 Maven 解析使用呢?**
|
||||
|
||||
Maven 在遇到这种问题的时候，会遵循 **路径最短优先** 和 **声明顺序优先** 两大原则。解决这个问题的过程也被称为 **Maven 依赖调解** 。
|
||||
|
||||
**路径最短优先**
|
||||
|
||||
```
|
||||
依赖链路一：A -> B -> C -> X(1.0) // dist = 3
|
||||
依赖链路二：A -> D -> X(2.0) // dist = 2
|
||||
|
||||
|
||||
```
|
||||
|
||||
依赖链路二的路径最短，因此，X(2.0) 会被解析使用。
|
||||
|
||||
不过，你也可以发现。路径最短优先原则并不是通用的，像下面这种路径长度相等的情况就不能单单通过其解决了：
|
||||
|
||||
```
|
||||
依赖链路一：A -> B -> X(1.0) // dist = 3
|
||||
依赖链路二：A -> D -> X(2.0) // dist = 2
|
||||
|
||||
|
||||
```
|
||||
|
||||
因此，Maven 又定义了声明顺序优先原则。
|
||||
|
||||
依赖调解第一原则不能解决所有问题，比如这样的依赖关系：A->B->Y(1.0)、A-> C->Y(2.0)，Y(1.0) 和 Y(2.0) 的依赖路径长度是一样的，都为 2。Maven 定义了依赖调解的第二原则：
|
||||
|
||||
**声明顺序优先**
|
||||
|
||||
在依赖路径长度相等的前提下，在 `pom.xml` 中依赖声明的顺序决定了谁会被解析使用，顺序最前的那个依赖优胜。该例中，如果 B 的依赖声明在 D 之前，那么 X (1.0) 就会被解析使用。
|
||||
|
||||
```
|
||||
<dependencies>
|
||||
...
|
||||
dependency B
|
||||
...
|
||||
dependency D
|
||||
</dependencies>
|
||||
|
||||
|
||||
```
|
||||
|
||||
### [#](#排除依赖) 排除依赖
|
||||
|
||||
单纯依赖 Maven 来进行依赖调解，在很多情况下是不适用的，需要我们手动排除依赖。
|
||||
|
||||
举个例子，当前项目存在下面这样的依赖关系：
|
||||
|
||||
```
|
||||
依赖链路一：A -> B -> C -> X(1.5) // dist = 3
|
||||
依赖链路二：A -> D -> X(1.0) // dist = 2
|
||||
|
||||
|
||||
```
|
||||
|
||||
根据路径最短优先原则，X(1.0) 会被解析使用，也就是说实际用的是 1.0 版本的 X。
|
||||
|
||||
但是！！！这会一些问题：如果 D 依赖用到了 1.5 版本的 X 中才有的一个类，运行项目就会报`NoClassDefFoundError`错误。如果 D 依赖用到了 1.5 版本的 X 中才有的一个方法，运行项目就会报`NoSuchMethodError`错误。
|
||||
|
||||
现在知道为什么你的 Maven 项目总是会报`NoClassDefFoundError`和`NoSuchMethodError`错误了吧？
|
||||
|
||||
**如何解决呢？** 我们可以通过`exclusive`标签手动将 X(1.0) 给排除。
|
||||
|
||||
```
|
||||
<dependencyB>
|
||||
......
|
||||
<exclusions>
|
||||
<exclusion>
|
||||
<artifactId>x</artifactId>
|
||||
<groupId>org.apache.x</groupId>
|
||||
</exclusion>
|
||||
</exclusions>
|
||||
</dependency>
|
||||
|
||||
|
||||
```
|
||||
|
||||
一般我们在解决依赖冲突的时候，都会优先保留版本较高的。这是因为大部分 jar 在升级的时候都会做到向下兼容。
|
||||
|
||||
如果高版本修改了低版本的一些类或者方法的话，这个时候就能直接保留高版本了，而是应该考虑优化上层依赖，比如升级上层依赖的版本。
|
||||
|
||||
还是上面的例子：
|
||||
|
||||
```
|
||||
依赖链路一：A -> B -> C -> X(1.5) // dist = 3
|
||||
依赖链路二：A -> D -> X(1.0) // dist = 2
|
||||
|
||||
|
||||
```
|
||||
|
||||
我们保留了 1.5 版本的 X，但是这个版本的 X 删除了 1.0 版本中的某些类。这个时候，我们可以考虑升级 D 的版本到一个 X 兼容的版本。
|
||||
|
||||
[#](#maven-仓库) Maven 仓库
|
||||
-----------------------
|
||||
|
||||
在 Maven 世界中，任何一个依赖、插件或者项目构建的输出，都可以称为 **构件** 。
|
||||
|
||||
坐标和依赖是构件在 Maven 世界中的逻辑表示方式，构件的物理表示方式是文件，Maven 通过仓库来统一管理这些文件。 任何一个构件都有一组坐标唯一标识。有了仓库之后，无需手动引入构件，我们直接给定构件的坐标即可在 Maven 仓库中找到该构件。
|
||||
|
||||
Maven 仓库分为：
|
||||
|
||||
* **本地仓库** ：运行 Maven 的计算机上的一个目录，它缓存远程下载的构件并包含尚未发布的临时构件。`settings.xml` 文件中可以看到 Maven 的本地仓库路径配置，默认本地仓库路径是在 `${user.home}/.m2/repository`。
|
||||
* **远程仓库** ：官方或者其他组织维护的 Maven 仓库。
|
||||
|
||||
Maven 远程仓库可以分为：
|
||||
|
||||
* **中央仓库** ：这个仓库是由 Maven 社区来维护的，里面存放了绝大多数开源软件的包，并且是作为 Maven 的默认配置，不需要开发者额外配置。另外为了方便查询，还提供了一个[查询地址 open in new window](https://search.maven.org/)，开发者可以通过这个地址更快的搜索需要构件的坐标。
|
||||
* **私服** ：私服是一种特殊的远程 Maven 仓库，它是架设在局域网内的仓库服务，私服一般被配置为互联网远程仓库的镜像，供局域网内的 Maven 用户使用。
|
||||
* **其他的公共仓库** ：有一些公共仓库是未来加速访问（比如阿里云 Maven 镜像仓库）或者部分构件不存在于中央仓库中。
|
||||
|
||||
Maven 依赖包寻找顺序：
|
||||
|
||||
1. 先去本地仓库找寻，有的话，直接使用。
|
||||
2. 本地仓库没有找到的话，会去远程仓库找寻，下载包到本地仓库。
|
||||
3. 远程仓库没有找到的话，会报错。
|
||||
|
||||
[#](#maven-生命周期) Maven 生命周期
|
||||
---------------------------
|
||||
|
||||
Maven 的生命周期就是为了对所有的构建过程进行抽象和统一，包含了项目的清理、初始化、编译、测试、打包、集成测试、验证、部署和站点生成等几乎所有构建步骤。
|
||||
|
||||
Maven 定义了 3 个生命周期`META-INF/plexus/components.xml`：
|
||||
|
||||
* `default` 生命周期
|
||||
* `clean`生命周期
|
||||
* `site`生命周期
|
||||
|
||||
这些生命周期是相互独立的，每个生命周期包含多个阶段 (phase)。并且，这些阶段是有序的，也就是说，后面的阶段依赖于前面的阶段。当执行某个阶段的时候，会先执行它前面的阶段。
|
||||
|
||||
执行 Maven 生命周期的命令格式如下：
|
||||
|
||||
### [#](#default-生命周期) default 生命周期
|
||||
|
||||
`default`生命周期是在没有任何关联插件的情况下定义的，是 Maven 的主要生命周期，用于构建应用程序，共包含 23 个阶段。
|
||||
|
||||
```
|
||||
<phases>
|
||||
|
||||
<phase>validate</phase>
|
||||
|
||||
<phase>initialize</phase>
|
||||
|
||||
<phase>generate-sources</phase>
|
||||
|
||||
<phase>process-sources</phase>
|
||||
|
||||
<phase>generate-resources</phase>
|
||||
|
||||
<phase>process-resources</phase>
|
||||
|
||||
<phase>compile</phase>
|
||||
|
||||
<phase>process-classes</phase>
|
||||
|
||||
<phase>generate-test-sources</phase>
|
||||
|
||||
<phase>process-test-sources</phase>
|
||||
|
||||
<phase>generate-test-resources</phase>
|
||||
|
||||
<phase>process-test-resources</phase>
|
||||
|
||||
<phase>test-compile</phase>
|
||||
|
||||
<phase>process-test-classes</phase>
|
||||
|
||||
<phase>test</phase>
|
||||
|
||||
<phase>prepare-package</phase>
|
||||
|
||||
<phase>package</phase>
|
||||
|
||||
<phase>pre-integration-test</phase>
|
||||
|
||||
<phase>integration-test</phase>
|
||||
|
||||
<phase>post-integration-test</phase>
|
||||
|
||||
<phase>verify</phase>
|
||||
|
||||
<phase>install</phase>
|
||||
|
||||
<phase>deploy</phase>
|
||||
</phases>
|
||||
|
||||
|
||||
```
|
||||
|
||||
根据前面提到的阶段间依赖关系理论，当我们执行 `mvn test`命令的时候，会执行从 validate 到 test 的所有阶段，这也就解释了为什么执行测试的时候，项目的代码能够自动编译。
|
||||
|
||||
### [#](#clean-生命周期) clean 生命周期
|
||||
|
||||
clean 生命周期的目的是清理项目，共包含 3 个阶段：
|
||||
|
||||
1. pre-clean
|
||||
2. clean
|
||||
3. post-clean
|
||||
|
||||
```
|
||||
<phases>
|
||||
|
||||
<phase>pre-clean</phase>
|
||||
|
||||
<phase>clean</phase>
|
||||
|
||||
<phase>post-clean</phase>
|
||||
</phases>
|
||||
<default-phases>
|
||||
<clean>
|
||||
org.apache.maven.plugins:maven-clean-plugin:2.5:clean
|
||||
</clean>
|
||||
</default-phases>
|
||||
|
||||
|
||||
```
|
||||
|
||||
根据前面提到的阶段间依赖关系理论，当我们执行 `mvn clean` 的时候，会执行 clean 生命周期中的 pre-clean 和 clean 阶段。
|
||||
|
||||
### [#](#site-生命周期) site 生命周期
|
||||
|
||||
site 生命周期的目的是建立和发布项目站点，共包含 4 个阶段：
|
||||
|
||||
1. pre-site
|
||||
2. site
|
||||
3. post-site
|
||||
4. site-deploy
|
||||
|
||||
```
|
||||
<phases>
|
||||
|
||||
<phase>pre-site</phase>
|
||||
|
||||
<phase>site</phase>
|
||||
|
||||
<phase>post-site</phase>
|
||||
|
||||
<phase>site-deploy</phase>
|
||||
</phases>
|
||||
<default-phases>
|
||||
<site>
|
||||
org.apache.maven.plugins:maven-site-plugin:3.3:site
|
||||
</site>
|
||||
<site-deploy>
|
||||
org.apache.maven.plugins:maven-site-plugin:3.3:deploy
|
||||
</site-deploy>
|
||||
</default-phases>
|
||||
|
||||
|
||||
```
|
||||
|
||||
Maven 能够基于 `pom.xml` 所包含的信息，自动生成一个友好的站点，方便团队交流和发布项目信息。
|
||||
|
||||
[#](#maven-插件) Maven 插件
|
||||
-----------------------
|
||||
|
||||
Maven 本质上是一个插件执行框架，所有的执行过程，都是由一个一个插件独立完成的。像咱们日常使用到的 install、clean、deploy 等命令，其实底层都是一个一个的 Maven 插件。关于 Maven 的核心插件可以参考官方的这篇文档：https://maven.apache.org/plugins/index.html 。
|
||||
|
||||
|
||||
|
||||
除了 Maven 自带的插件之外，还有一些三方提供的插件比如单测覆盖率插件 jacoco-maven-plugin、帮助开发检测代码中不合规范的地方的插件 maven-checkstyle-plugin、分析代码质量的 sonar-maven-plugin。并且，我们还可以自定义插件来满足自己的需求。
|
||||
|
||||
jacoco-maven-plugin 使用示例：
|
||||
|
||||
```
|
||||
<build>
|
||||
<plugins>
|
||||
<plugin>
|
||||
<groupId>org.jacoco</groupId>
|
||||
<artifactId>jacoco-maven-plugin</artifactId>
|
||||
<version>0.8.8</version>
|
||||
<executions>
|
||||
<execution>
|
||||
<goals>
|
||||
<goal>prepare-agent</goal>
|
||||
</goals>
|
||||
</execution>
|
||||
<execution>
|
||||
<id>generate-code-coverage-report</id>
|
||||
<phase>test</phase>
|
||||
<goals>
|
||||
<goal>report</goal>
|
||||
</goals>
|
||||
</execution>
|
||||
</executions>
|
||||
</plugin>
|
||||
</plugins>
|
||||
</build>
|
||||
|
||||
|
||||
```
|
||||
|
||||
你可以将 Maven 插件理解为一组任务的集合，用户可以通过命令行直接运行指定插件的任务，也可以将插件任务挂载到构建生命周期，随着生命周期运行。
|
||||
|
||||
Maven 插件被分为下面两种类型：
|
||||
|
||||
* **Build plugins** ：在构建时执行。
|
||||
* **Reporting plugins**：在网站生成过程中执行。
|
||||
|
||||
[#](#maven-多模块管理) Maven 多模块管理
|
||||
-----------------------------
|
||||
|
||||
多模块管理简单地来说就是将一个项目分为多个模块，每个模块只负责单一的功能实现。直观的表现就是一个 Maven 项目中不止有一个 `pom.xml` 文件，会在不同的目录中有多个 `pom.xml` 文件，进而实现多模块管理。
|
||||
|
||||
多模块管理除了可以更加便于项目开发和管理，还有如下好处：
|
||||
|
||||
1. 降低代码之间的耦合性（从类级别的耦合提升到 jar 包级别的耦合）；
|
||||
2. 减少重复，提升复用性；
|
||||
3. 每个模块都可以是自解释的（通过模块名或者模块文档）；
|
||||
4. 模块还规范了代码边界的划分，开发者很容易通过模块确定自己所负责的内容。
|
||||
|
||||
多模块管理下，会有一个父模块，其他的都是子模块。父模块通常只有一个 `pom.xml`，没有其他内容。父模块的 `pom.xml` 一般只定义了各个依赖的版本号、包含哪些子模块以及插件有哪些。不过，要注意的是，如果依赖只在某个子项目中使用，则可以在子项目的 pom.xml 中直接引入，防止父 pom 的过于臃肿。
|
||||
|
||||
如下图所示，Dubbo 项目就被分成了多个子模块比如 dubbo-common（公共逻辑模块）、dubbo-remoting（远程通讯模块）、dubbo-rpc（远程调用模块）。
|
||||
|
||||
|
||||
|
||||
[#](#文章推荐) 文章推荐
|
||||
---------------
|
||||
|
||||
* [安全同学讲 Maven 间接依赖场景的仲裁机制 - 阿里开发者 - 2022open in new window](https://mp.weixin.qq.com/s/flniMiP-eu3JSBnswfd_Ew)
|
||||
* [高效使用 Java 构建工具｜ Maven 篇 - 阿里开发者 - 2022open in new window](https://mp.weixin.qq.com/s/Wvq7t2FC58jaCh4UFJ6GGQ)
|
||||
* [安全同学讲 Maven 重打包的故事 - 阿里开发者 - 2022open in new window](https://mp.weixin.qq.com/s/xsJkB0onUkakrVH0wejcIg)
|
||||
|
||||
[#](#参考) 参考
|
||||
-----------
|
||||
|
||||
* 《Maven 实战》
|
||||
* Introduction to Repositories - Maven 官方文档：https://maven.apache.org/guides/introduction/introduction-to-repositories.html
|
||||
* Introduction to the Build Lifecycle - Maven 官方文档：https://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html#Lifecycle_Reference
|
||||
* Maven 依赖范围：http://www.mvnbook.com/maven-dependency.html
|
||||
* 解决 maven 依赖冲突，这篇就够了！：https://www.cnblogs.com/qdhxhz/p/16363532.html
|
||||
* Multi-Module Project with Maven：https://www.baeldung.com/maven-multi-module
|
||||
@ -14,3 +14,4 @@
|
||||
完成
|
||||
|
||||
|
||||
|
||||
|
Before Width: | Height: | Size: 108 KiB After Width: | Height: | Size: 108 KiB |
|
Before Width: | Height: | Size: 5.3 KiB After Width: | Height: | Size: 5.3 KiB |
|
Before Width: | Height: | Size: 7.8 KiB After Width: | Height: | Size: 7.8 KiB |
|
Before Width: | Height: | Size: 11 KiB After Width: | Height: | Size: 11 KiB |
84
数据库/mysql/根据时间查询SQL/MySQL 中按年、季度、月、周、天等查询.md
Normal file
84
数据库/mysql/根据时间查询SQL/MySQL 中按年、季度、月、周、天等查询.md
Normal file
@ -0,0 +1,84 @@
|
||||
# MySQL 中按年、季度、月、周、天进行查询
|
||||
|
||||
**1、查询当天的数据**
|
||||
|
||||
```mysql
|
||||
SELECT * FROM <table_name> WHERE TO_DAYS(datetime_col) = TO_DAYS(NOW());
|
||||
```
|
||||
|
||||
**2、查询本周数据 (上周日到本周六)**
|
||||
|
||||
```mysql
|
||||
SELECT * FROM <table_name> WHERE YEARWEEK(DATE_FORMAT(<datetime_col>, '%Y-%m-%d' )) = YEARWEEK(NOW());
|
||||
```
|
||||
|
||||
**3、 查询近 7 天的数据, 不包括当天**
|
||||
|
||||
```mysql
|
||||
SELECT * FROM <table_name> WHERE TO_DAYS(NOW()) - TO_DAYS(<datetime_col>) <= '7' AND TO_DAYS(NOW()) - TO_DAYS(<datetime_col>) > 0;
|
||||
```
|
||||
|
||||
**4、 查上周的数据**
|
||||
|
||||
```mysql
|
||||
SELECT * FROM <table_name> WHERE YEARWEEK(date_format(<datetime_col>, '%Y-%m-%d')) = YEARWEEK(now())- 1;
|
||||
|
||||
-- 或
|
||||
|
||||
SELECT * FROM <table_name> WHERE date_format(<datetime_col>, '%Y-%m')= date_format(DATE_SUB(curdate(), INTERVAL 1 WEEK), '%Y-%m');
|
||||
```
|
||||
|
||||
**5、查询本月的数据**
|
||||
|
||||
```mysql
|
||||
SELECT * FROM <table_name> WHERE DATE_FORMAT(<datetime_col>, '%Y%m') = DATE_FORMAT(CURDATE(), '%Y%m');
|
||||
```
|
||||
|
||||
**6、查询上个月的数据**
|
||||
|
||||
```mysql
|
||||
SELECT * FROM <table_name> WHERE date_format(<datetime_col>, '%Y-%m')= date_format(DATE_SUB(curdate(), INTERVAL 1 MONTH), '%Y-%m');
|
||||
```
|
||||
|
||||
**7、查询近 30 天的数据**
|
||||
|
||||
```mysql
|
||||
SELECT * FROM <table_name> WHERE DATE_SUB(CURDATE(), INTERVAL 30 DAY) <= DATE(<datetime_col>);
|
||||
```
|
||||
|
||||
**8、查询某个季度（所有这个季度）的数据**
|
||||
|
||||
```mysql
|
||||
SELECT * FROM <table_name> WHERE QUARTER(<datetime_col>) = QUARTER(NOW());
|
||||
```
|
||||
|
||||
**9、查询本年本季度的数据**
|
||||
|
||||
```mysql
|
||||
SELECT * FROM <table_name> WHERE QUARTER(<datetime_col>) = QUARTER(NOW()) and YEAR(<datetime_col>) = YEAR(NOW());
|
||||
```
|
||||
|
||||
**10、查询上季度的数据**
|
||||
|
||||
```mysql
|
||||
SELECT * FROM <table_name> WHERE QUARTER(<datetime_col>)+4*YEAR(<datetime_col>) = YEAR(NOW())+QUARTER(NOW())-1;
|
||||
```
|
||||
|
||||
**11、查询距现在 6 个月的数据**
|
||||
|
||||
```mysql
|
||||
SELECT * FROM <table_name> WHERE <datetime_col> BETWEEN DATE_SUB(NOW(), INTERVAL 6 MONTH) AND NOW();
|
||||
```
|
||||
|
||||
**12、查询本年的数据**
|
||||
|
||||
```mysql
|
||||
SELECT * FROM log WHERE YEAR(<datetime_col>) = YEAR(NOW());
|
||||
```
|
||||
|
||||
**13、查询上年的数据**
|
||||
|
||||
```mysql
|
||||
SELECT * FROM log WHERE YEAR(<datetime_col>) = YEAR(DATE_SUB(NOW(),INTERVAL 1 YEAR));
|
||||
```
|
||||
|
||||
55
数据库/基础/SQL组成.md
Normal file
55
数据库/基础/SQL组成.md
Normal file
@ -0,0 +1,55 @@
|
||||
# SQL组成
|
||||
|
||||
## SQL主要组成
|
||||
|
||||
SQL(Structured Query Language,结构化查询语言)对数据库进行查询与操作的语言. SQL不是某个特定数据库专用商的语言,几乎所有的数据库管理系统都支持SQL
|
||||
|
||||
数据定义语言DDL： CREATE,ALTER,DROP等语句；用于定义 SQL 模式、基本表、视图和索引的创建和撤消操作。
|
||||
|
||||
数据操作语言DML：INSERT,UPDATE,DELETE等语句；主要用来操作数据库中的数据
|
||||
|
||||
数据查询语言DQL：SELECT语句；用来查询数据
|
||||
|
||||
数据控制语言DCL：GRANT,DENY,REVOKE；主要用来设置或者更新数据库用户或者角色权限
|
||||
|
||||
数据事务语言TCL：COMMIT,ROLLBACK等语句；主要的作用是用来控制事务的。
|
||||
|
||||
## DDL（Data Definition Language） 数据库定义语言
|
||||
|
||||
用于定义数据库的三级结构，包括外模式、概念模式、内模式及其相互之间的映像，定义数据的完整性、安全控制等约束
|
||||
|
||||
### CREATE 创建数据库表
|
||||
|
||||
### ALTER 更新数据库表结构
|
||||
|
||||
### DROP 删除数据库表
|
||||
|
||||
### TRUNCATE
|
||||
|
||||
### COMMENT
|
||||
|
||||
### RENAME
|
||||
|
||||
## DML（Data Manipulation Language）数据操纵语言
|
||||
|
||||
### INSERT 新增数据
|
||||
|
||||
### UPDATE 更新数据
|
||||
|
||||
### DELETE 删除数据
|
||||
|
||||
## DQL（Data Query Language）数据库查询语言
|
||||
|
||||
### SELECT 查询
|
||||
|
||||
## DCL（Data Control Language）数据库控制语言
|
||||
|
||||
### GRANT
|
||||
|
||||
### COMMIT
|
||||
|
||||
## TCL（Transaction Control Language）事务控制语言
|
||||
|
||||
SAVEPOINT 设置保存点
|
||||
ROLLBACK 回滚
|
||||
SET TRANSACTION
|
||||
Loading…
Reference in New Issue
Block a user