SQLite这么小众的数据库，到底是什么人在用？|服务器|应用程序|mysql|sqlite java之SpringBoot基础篇、前后端项目、MyBatisPlus、MySQL、vue、elementUi
SQLite这么小众的数据库，到底是什么人在用？|服务器|应用程序|mysql|sqlite java之SpringBoot基础篇、前后端项目、MyBatisPlus、MySQL、vue、elementUi，
SQLite这么小众的数据库，到底是什么人在用？|服务器|应用程序|mysql|sqlite
前几天在一个群里看到一位同学说：“SQLite这么小众的数据库，到底是什么人在用啊？”
首先要说的是 SQLite 可不是小众的数据库，相反，SQLite 是世界上装机量最多的数据库，远超 MySQL，只不过比较低调而已。低调到我想在官网上找一个好看的用来当插图的图片都找不到，只能截一张官网首页来撑一撑，看起来十分朴素。
我最早听说 SQLite 是刚毕业工作的时候，我们部门做微软内容管理产品的二次开发，其中有一个客户端即时沟通工具叫做 Lync，搭配上 LDAP 的组织架构，其功能就和现在的企业微信差不多。
Lync 支持二次扩展，结合我们的产品需要在其中做一些功能拓展，负责这项工作的是一位厉害的 C++ 大佬。有一次我和他聊起来，我说客户端要记住用户自己的配置和数据，是不是要在目录下放一个配置文件啊，那数据量大了会不会很慢。他说，用配置文件也行，但是咱这个不用配置文件，用 SQLite。
也是孤陋寡闻，那是我第一次听说 SQLite，才知道这也是个数据库，只不过多用在客户端而不是服务器上。
SQLite
SQLite是一个轻量级的嵌入式关系型数据库管理系统。它由D. Richard Hipp在2000年开发，它实现了一个小型、快速、独立、高可靠性、功能齐全的SQL数据库引擎。
SQLite 用C语言开发，最开始的设计目标是嵌入式系统，它可以在不需要单独的服务器进程的情况下，直接嵌入到应用程序中。后来正好赶上智能手机等智能设备普及，正好契合 SQLite 的使用场景，于是大量的智能设备都在使用 SQLite 。这么说吧，你用的手机上，一定有 SQLite 存在。
像 MySQL 一样，SQLite 也是开源且免费的，据官方统计，目前正在使用的 SQLite 数据库超过 1 万亿个。
SQLite 也可以通过配置像MySQL 那样装在服务器上，通过网络连接访问，但是，完全没有必要。
SQLite 支持C、C++、Java、Python、Swift等大多数语言直接使用。
为什么说你的手机上肯定有 SQLite 呢？因为 SQLite 会随着应用程序代码一起打包，所以这样说来，你的手机上还不止一个 SQLite ，可能有很多，例如微信有一个、美团有一个、网易云音乐等等 APP ，都可能包含自己的 SQLite。
使用场景有哪些
移动应用
前面也一直在说手机上的SQLite。Android就默认集成了SQLite作为应用数据存储的标准解决方案。
Apple 的 IOS 其实提供了自己的数据存储方案，比如 CoreData，但是很多开发者都觉得官方提供的方案实在太难用，所以，有很多应用开发者还是选择 SQLite 作为本地存储方案使用。
嵌入式系统
SQLite 本来就是为了嵌入式系统设计的，所以它的特点就是轻量和高性能嘛，这也使得他在嵌入式系统中被广泛使用。包括嵌入式Linux设备、物联网（IoT）设备、路由器，以及汽车电子系统等等。
桌面应用
许多桌面应用程序使用SQLite作为其内部数据库，我第一次听说 SQLite 就是那位同事大佬为了拓展桌面客户端。
尤其是一些纯的本地应用，不需要联网的，所有的配置和数据都会存在本地，这种场景正好适合SQLite 这种轻量级数据库。
数据分析和处理
SQLite还可以用于处理和分析小规模的数据集。例如，数据科学家可以使用SQLite来存储和操作中小型数据集，以进行数据清理、转换和分析。
网站加速
最近看了一篇文章，介绍 Notion 技术团队如何使用WASM SQLite在浏览器中加速Notion 的性能。
WebAssembly (WASM) 是一种低级字节码格式，能够在现代浏览器中高效运行。它被设计为一个可移植的目标，可以被多种编程语言编译成它。它有接近原生的性能，同时可以安全地运行在浏览器的沙箱环境中。
所以为了追求更好的性能，有些像 Notion 这样的网站直接将 SQLite 编译到 WebAssembly，相当于在网站中加入了 SQLite。
这样一来，更多的数据存到本地 SQLite ，减少不必要的网络交互，对于网站的速度和性能会有很大提升。
java之SpringBoot基础篇、前后端项目、MyBatisPlus、MySQL、vue、elementUi
文章目录
前言
JC-1.快速上手SpringBoot
JC-1-入门程序制作（一）
入门程序制作（二）
入门程序制作（三）
入门程序制作（四）
简介
基础配置
JC-2-1.属性配置
JC-2-2.配置文件分类
文件
数据读取
JC-3.基于SpringBoot实现SSMP整合
JC-3-1.整合JUnit
JC-3-2.整合MyBatis
JC-3-3.整合MyBatis-Plus
JC-3-4.整合Druid
整合综合案例
0.模块创建
1.实体类开发
2.数据层开发——基础CRUD
3.数据层开发——分页功能制作
4.数据层开发——条件查询功能制作
5.业务层开发
6.表现层开发
7.表现层消息一致性处理
8.前后端联通性测试
9.页面基础功能开发
10.业务消息一致性处理
11.页面功能开发
基础篇完结
源码
前言
在基础篇中，我给学习者的定位是先上手，能够使用SpringBoot搭建基于SpringBoot的web项目开发，所以内容设置较少，主要包含如下内容：
1、SpringBoot快速入门
2、SpringBoot基础配置
3、基于SpringBoot整合SSMP
JC-1.快速上手SpringBoot
学习任意一项技术，首先要知道这个技术的作用是什么，不然学完以后，你都不知道什么时候使用这个技术，也就是技术对应的应用场景。SpringBoot技术由Pivotal团队研发制作，功能的话简单概括就是加速Spring程序的开发，这个加速要从如下两个方面来说
1、Spring程序初始搭建过程
2、Spring程序的开发过程
通过上面两个方面的定位，我们可以产生两个模糊的概念：
1. SpringBoot开发团队认为原始的Spring程序初始搭建的时候可能有些繁琐，这个过程是可以简化的，那原始的Spring程序初始搭建过程都包含哪些东西了呢？为什么觉得繁琐呢？最基本的Spring程序至少有一个配置文件或配置类，用来描述Spring的配置信息，莫非这个文件都可以不写？此外现在企业级开发使用Spring大部分情况下是做web开发，如果做web开发的话，还要在加载web环境时加载时加载指定的spring配置，这都是最基本的需求了，不写的话怎么知道加载哪个配置文件/配置类呢？那换了SpringBoot技术以后呢，这些还要写吗？谜底稍后揭晓，先卖个关子
2. SpringBoot开发团队认为原始的Spring程序开发的过程也有些繁琐，这个过程仍然可以简化。开发过程无外乎使用什么技术，导入对应的jar包（或坐标）然后将这个技术的核心对象交给Spring容器管理，也就是配置成Spring容器管控的bean就可以了。这都是基本操作啊，难道这些东西SpringBoot也能帮我们简化？
带着上面这些疑问我们就着手第一个SpringBoot程序的开发了，看看到底使用SpringBoot技术能简化开发到什么程度。
温馨提示
如果对Spring程序的基础开发不太懂的小伙伴，看到这里可以弃坑了，下面的内容学习需要具备Spring技术的知识，硬着头皮学不下去的。
JC-1-入门程序制作（一）
下面让我们开始做第一个SpringBoot程序吧，本课程基于版本制作，使用的Maven版本为，JDK版本为。如果你的环境和上述环境不同，可能在操作界面和操作过程中略有不同，只要软件匹配兼容即可（说到这个Idea和Maven，它们两个还真不是什么版本都能搭到一起的，说多了都是泪啊）。
下面使用SpringBoot技术快速构建一个SpringMVC的程序，通过这个过程体会简化二字的含义。
步骤①
创建新模块，选择Spring Initializr，并配置模块相关基础信息
特别关注：第3步点击Next时，Idea需要联网状态才可以进入到后面那一页，如果不能正常联网，就无法正确到达右面那个设置页了，会一直联网转转转。
特别关注：第5步选择java版本和你计算机上安装的JDK版本匹配即可，但是最低要求为JDK8或以上版本，推荐使用8或11。
步骤②
选择当前模块需要使用的技术集
按照要求，左侧选择web，然后在中间选择Spring Web即可，选完右侧就出现了新的内容项，这就表示勾选成功了。
关注：此处选择的SpringBoot的版本使用默认的就可以了，需要说一点，SpringBoot的版本升级速度很快，可能昨天创建工程的时候默认版本是，今天再创建工程默认版本就变成了，差别不大，无需过于纠结，并且还可以到配置文件中修改对应的版本。
步骤③
开发控制器类
@RestController@RequestMapping("/books")publicclassBookController{@GetMappingpublicStringgetById(out
入门案例制作的SpringMVC的控制器基于Rest风格开发，当然此处使用原始格式制作SpringMVC的程序也是没有问题的，上例中的@RestController与@GetMapping注解是基于Restful开发的典型注解。
关注：做到这里SpringBoot程序的最基础的开发已经做完了，现在就可以正常的运行Spring程序了。可能有些小伙伴会有疑惑，Tomcat服务器没有配置，Spring也没有配置，什么都没有配置这就能用吗？这就是SpringBoot技术的强大之处。关于内部工作流程后面再说，先专心学习开发过程。
步骤④
运行自动生成的Application类
使用带main方法的java程序的运行形式来运行程序，运行完毕后，控制台输出上述信息。
不难看出，运行的信息中包含了8080的端口，Tomcat这种熟悉的字样，难道这里启动了Tomcat服务器？是的，这里已经启动了。那服务器没有配置，哪里来的呢？后面再说。现在你就可以通过浏览器访问请求的路径，测试功能是否工作正常了。
访问路径: http://localhost:8080/books
是不是感觉很神奇？当前效果其实依赖的底层逻辑还是很复杂的，但是从开发者角度来看，目前只有两个文件展现到了开发者面前。
1、
这是maven的配置文件，描述了当前工程构建时相应的配置信息。
配置中有两个信息需要关注，一个是parent，也就是当前工程继承了另外一个工程，干什么用的后面再说，还有依赖坐标，干什么用的后面再说。
2、Application类
@SpringBootApplicationpublicclassApplication{publicstaticvoidmain(String[] args){SpringApplication args
这个类功能很简单，就一句代码，前面运行程序就是运行的这个类。
到这里我们可以大胆推测一下，如果上面这两个文件没有的话，SpringBoot肯定没法玩，看来核心就是这两个文件了。由于是制作第一个SpringBoot程序，先不要关注这两个文件的功能，后面详细讲解内部工作流程。
通过上面的制作，我们不难发现，SpringBoot程序简直太好写了，几乎什么都没写，功能就有了，这也是SpringBoot技术为什么现在这么火的原因，和Spring程序相比，SpringBoot程序在开发的过程中各个层面均具有优势。
类配置文件 Spring SpringBoot
pom文件中的坐标 手工添加 勾选添加
配置类 手工制作 无
Spring/SpringMVC配置类 手工制作 无
控制器 手工制作 手工制作
一句话总结一下就是能少写就少写，能不写就不写，这就是SpringBoot技术给我们带来的好处，行了，现在你就可以动手做一做SpringBoot程序了，看看效果如何，是否真的帮助你简化开发了。
总结
1. 开发SpringBoot程序在Idea工具中基于联网的前提下可以根据向导快速制作
2. SpringBoot程序需要依赖JDK，版本要求最低为JDK8
3. SpringBoot程序中需要使用某种功能时可以通过勾选的形式选择技术，也可以手工添加对应的要使用的技术（后期讲解）
4. 运行SpringBoot程序通过运行Application程序进行
思考
前面制作的时候说过，这个过程必须联网才可以进行，但是有些时候你会遇到一些莫名其妙的问题，比如基于Idea开发时，你会发现你配置了一些坐标，然后Maven下载对应东西的时候死慢死慢的，甚至还会失败。其实这种现象和Idea这款IDE工具有关，万一Idea不能正常访问网络的话，我们是不是就无法制作SpringBoot程序了呢？咱们下一节再说。
入门程序制作（二）
如果Idea不能正常联网，这个SpringBoot程序就无法制作了吗？开什么玩笑，世上IDE工具千千万，难道SpringBoot技术还必须基于Idea来做了？这是不可能的。开发SpringBoot程序可以不基于IDE工具进行，在SpringBoot官网中可以直接创建SpringBoot程序。
SpringBoot官网和Spring的官网是在一起的，都是。你可以通过项目一级一级的找到SpringBoot技术的介绍页，然后在页面中间部位找到如下内容
步骤①
点击Spring Initializr后进入到创建SpringBoot程序界面，接下来就是输入信息的过程，和在Idea中制作是一样的，只是界面发生了变化，根据自己的要求，在左侧选择对应信息和输入对应的信息。
步骤②
右侧的ADD DEPENDENCIES用于选择使用何种技术，和之前勾选的Spring WEB是在做同一件事，仅仅是界面不同而已，点击后打开网页版的技术选择界面。
步骤③
所有信息设置完毕后，点击下面左侧GENERATE按钮，生成一个文件包。
步骤④
保存后得到一个压缩文件，这个文件就是创建的SpringBoot工程
步骤⑤
解压缩此文件得到工程目录，在Idea中导入即可直接使用，和之前在Idea环境下根据向导创建的工程完全一样，你可以创建一个Controller测试一下当前工程是否可用。
温馨提示
做到这里其实可以透漏一个小秘密，Idea工具中创建SpringBoot工程其实连接的就是SpringBoot的官网，还句话说这种方式和第一种方式是一模一样的，只不过Idea把界面给整合了一下，读取Spring官网信息，然后展示到Idea界面中而已，可以通过如下信息比对一下
Idea中创建工程时默认选项
SpringBoot官网创建工程时对应的地址
看看SpringBoot官网创建工程的URL地址，是不是和Idea中使用的URL地址是一样的？
总结
1. 打开SpringBoot官网，选择Quickstart Your Project中的Spring Initializr。
2. 创建工程。
3. 保存项目文件。
4. 解压项目，通过IDE导入项目后进行编辑使用。
思考
现在创建工程靠的是访问国外的Spring主站，但是互联网信息的访问是可以被约束的，如果一天这个网站你在国内无法访问了，那前面这两种方式就无法创建SpringBoot工程了，这时候又该怎么解决这个问题呢？咱们下一节再说。
入门程序制作（三）
前面提到网站如果被限制访问了，该怎么办？开动脑筋想一想，不管是方式一还是方式二其实走的都是同一个路线，就是通过SpringBoot官网创建SpringBoot工程，假如国内有这么一个网站也能提供这样的功能，是不是就解决了呢？必然的嘛，新的问题又来了，国内有提供这样功能的网站吗？还真有，阿里提供了一个，下面问题就简单了，网址告诉我们就OK了，没错，就是这样。
创建工程时，切换选择starter服务路径，然后手工输入阿里云地址即可，地址：或
阿里为了便于自己公司开发使用，特此在依赖坐标中添加了一些阿里自主的技术，也是为了推广自己的技术吧，所以在依赖选择列表中，你有了更多的选择。此外，阿里提供的地址更符合国内开发者的使用习惯，里面有一些SpringBoot官网上没有给出的坐标，大家可以好好看一看。
不过有一点需要说清楚，阿里云地址默认创建的SpringBoot工程版本是，所以如果你想更换其他的版本，创建项目后在pom文件中手工修改即可，别忘了刷新一下，加载新版本信息。
注意：阿里云提供的工程创建地址初始化完毕后和使用SpringBoot官网创建出来的工程略有区别，主要是在配置文件的形式上有区别，这个信息在后面讲解SpringBoot程序的执行流程时给大家揭晓。
总结
1. 选择start来源为自定义URL
2. 输入阿里云starter地址
3. 创建项目
思考
做到这里我们已经有了三种方式创建SpringBoot工程，但是每种方式都要求你必须能上网才能创建工程。假如有一天，你加入了一个保密级别比较高的项目组，整个项目组没有外网，这个事情是不是就不能做了呢？咱们下一节再说。
入门程序制作（四）
不能上网，还想创建SpringBoot工程，能不能做呢？能做，但是你要先问问自己联网和不联网到底差别是什么？这个差别找到以后，你就发现，你把联网要干的事情都提前准备好，就无需联网了。
联网做什么呢？首先SpringBoot工程也是基于Maven构建的，而Maven工程中如果加载一些工程需要使用又不存在的东西时，就要联网去下载。其实SpringBoot工程创建的时候就是要去下载一些必要的组件。如果把这些东西提前准备好呢？是的，就是这样。
下面就手工创建一个SpringBoot工程，如果需要使用的东西提前保障在maven仓库中存在，整个过程就可以不依赖联网环境了。不过咱们已经用3种方式创建了SprongBoot工程了，所以下面也没什么东西需要下载了。
步骤①
创建工程时，选择创建普通Maven工程。
步骤②
参照标准SpringBoot工程的pom文件，书写自己的pom文件即可。
用什么写什么，不用的都可以不写。当然，现在小伙伴们可能还不知道用什么和不用什么，最简单的就是复制粘贴了，随着后面的学习，你就知道哪些可以省略了。此处我删减了一些目前不是必须的东西，一样能用。核心的内容有两条，一个是继承了一个父工程，另外添加了一个依赖。
步骤③
之前运行SpringBoot工程需要一个类，这个缺不了，自己手写一个就行了，建议按照之前的目录结构来创建，先别玩花样，先学走后学跑。类名可以自定义，关联的名称同步修改即可。
@SpringBootApplicationpublicclassApplication{publicstaticvoidmain(String[] args){SpringApplication
关注：类上面的注解@SpringBootApplication千万别丢了，这个是核心，后面再介绍。
关注：类名可以自定义，只要保障下面代码中使用的类名和你自己定义的名称一样即可，也就是run方法中的那个class对应的名称。
步骤④
下面就可以自己创建一个Controller测试一下是否能用了，和之前没有差别的。
看到这里其实应该能够想明白了，通过向导或者网站创建的SpringBoot工程其实就是帮你写了一些代码，而现在是自己手写，写的内容都一样，仅此而已。
温馨提示
如果你的计算机上从来没有创建成功过SpringBoot工程，自然也就没有下载过SpringBoot对应的坐标相关的资源，那用手写创建的方式在不联网的情况下肯定该是不能用的。所谓手写，其实就是自己写别人帮你生成的东西，但是引用的坐标对应的资源必须保障maven仓库里面有才行，如果没有，还是要去下载的。
总结
1. 创建普通Maven工程
2. 继承spring-boot-starter-parent
3. 添加依赖spring-boot-starter-web
4. 制作引导类Application
到这里已经学习了4种创建SpringBoot工程的方式，其实本质是一样的，都是根据SpringBoot工程的文件格式要求，通过不同时方式生成或者手写得到对应的文件，效果完全一样。
教你一招
在Idea中隐藏指定文件/文件夹
创建SpringBoot工程时，使用SpringBoot向导也好，阿里云也罢，其实都是为了一个目的，得到一个标准的SpringBoot工程文件结构。这个时候就有新的问题出现了，标准的工程结构中包含了一些未知的文件夹，在开发的时候看起来特别别扭，这一节就来说说这些文件怎么处理。
处理方案无外乎两种，如果你对每一个文件/目录足够了解，有用的留着，没有用的完全可以删除掉。或者不删除，但是看着别扭，就设置文件为看不到就行了。删除不说了，选中后直接Delete掉就好了，这一节说说如何隐藏指定的文件或文件夹信息。
既然是在Idea下做隐藏功能，肯定隶属于Idea的设置，设置方式如下。
步骤①
打开设置，【Files】→【Settings】。
步骤②
打开文件类型设置界面后，【Editor】→【File Types】→【Ignored Files and Folders】，忽略文件或文件夹显示。
步骤③
添加你要隐藏的文件名称或文件夹名称，可以使用*号通配符，表示任意，设置完毕即可。
到这里就做完了，其实就是Idea的一个小功能
总结
1. 【Files】→【Settings】
2. 【Editor】→【File Types】→【Ignored Files and Folders】
3. 输入要隐藏的名称，支持*号通配符
4. 回车确认添加
简介
入门案例做完了，这个时候回忆一下咱们之前说的SpringBoot的功能是什么还记得吗？加速Spring程序的开发，现在是否深有体会？再来看SpringBoot技术的设计初衷就很容易理解了。
SpringBoot是由Pivotal团队提供的全新框架，其设计目的是用来简化Spring应用的初始搭建以及开发过程。
都简化了哪些东西呢？其实就是针对原始的Spring程序制作的两个方面进行了简化：
1、Spring程序缺点
依赖设置繁琐
以前写Spring程序，使用的技术都要自己一个一个的写，现在不需要了，如果做过原始SpringMVC程序的小伙伴应该知道，写SpringMVC程序，最基础的spring-web和spring-webmvc这两个坐标是必须的，就这还不包含你用json啊等等这些坐标，现在呢？一个坐标搞定了。
配置繁琐
以前写配置类或者配置文件，然后用什么东西就要自己写加载bean这些东西，现在呢？什么都没写，照样能用。
回顾
通过上面两个方面的定位，我们可以产生两个模糊的概念：
1. SpringBoot开发团队认为原始的Spring程序初始搭建的时候可能有些繁琐，这个过程是可以简化的，那原始的Spring程序初始搭建过程都包含哪些东西了呢？为什么觉得繁琐呢？最基本的Spring程序至少有一个配置文件或配置类，用来描述Spring的配置信息，莫非这个文件都可以不写？此外现在企业级开发使用Spring大部分情况下是做web开发，如果做web开发的话，还要在加载web环境时加载时加载指定的spring配置，这都是最基本的需求了，不写的话怎么知道加载哪个配置文件/配置类呢？那换了SpringBoot技术以后呢，这些还要写吗？谜底稍后揭晓，先卖个关子
2. SpringBoot开发团队认为原始的Spring程序开发的过程也有些繁琐，这个过程仍然可以简化。开发过程无外乎使用什么技术，导入对应的jar包（或坐标）然后将这个技术的核心对象交给Spring容器管理，也就是配置成Spring容器管控的bean就可以了。这都是基本操作啊，难道这些东西SpringBoot也能帮我们简化？
再来看看前面提出的两个问题，已经有答案了，都简化了，都不用写了，这就是SpringBoot给我们带来的好处。这些简化操作在SpringBoot中有专业的用语，也是`SpringBoot程序的核心功能及优点：
2、起步依赖（简化依赖配置）
依赖配置的书写简化就是靠这个起步依赖达成的。
3、自动配置（简化常用工程相关配置）
配置过于繁琐，使用自动配置就可以做相应的简化，但是内部还是很复杂的，后面具体展开说。
4、辅助功能（内置服务器，……）
除了上面的功能，其实SpringBoot程序还有其他的一些优势，比如我们没有配置Tomcat服务器，但是能正常运行，这是SpringBoot入门程序中一个可以感知到的功能，也是SpringBoot的辅助功能之一。一个辅助功能都能做的这么6，太牛了。
下面结合入门程序来说说这些简化操作都在哪些方面进行体现的，一共分为4个方面
parent
starter
引导类
内嵌tomcat
parent
SpringBoot关注到开发者在进行开发时，往往对依赖版本的选择具有固定的搭配格式，并且这些依赖版本的选择还不能乱搭配。比如A技术的版，在与B技术进行配合使用时，与B技术的版可以合作在一起工作，但是和B技术的版合作开发使用时就有冲突。其实很多开发者都一直想做一件事情，就是将各种各样的技术配合使用的常见依赖版本进行收集整理，制作出了最合理的依赖版本配置方案，这样使用起来就方便多了。
SpringBoot一看这种情况soeasy啊，于是将所有的技术版本的常见使用方案都给开发者整理了出来，以后开发者使用时直接用它提供的版本方案，就不用担心冲突问题了，相当于SpringBoot做了无数个技术版本搭配的列表，这个技术搭配列表的名字叫做parent。
parent自身具有很多个版本，每个parent版本中包含有几百个其他技术的版本号，不同的parent间使用的各种技术的版本号有可能会发生变化。当开发者使用某些技术时，直接使用SpringBoot提供的parent就行了，由parent帮助开发者统一的进行各种技术的版本管理。
比如你现在要使用Spring配合MyBatis开发，没有parent之前怎么做呢？选个Spring的版本，再选个MyBatis的版本，再把这些技术使用时关联的其他技术的版本逐一确定下来。当你Spring的版本发生变化需要切换时，你的MyBatis版本有可能也要跟着切换，关联技术呢？可能都要切换，而且切换后还可能出现其他问题。现在这一切工作都可以交给parent来做了。你无需关注这些技术间的版本冲突问题，你只需要关注你用什么技术就行了，冲突问题由parent负责处理。
有人可能会提出来，万一parent给我导入了一些我不想使用的依赖怎么办？记清楚，这一点很关键，parent仅仅帮我们进行版本管理，它不负责帮你导入坐标，说白了用什么还是你自己定，只不过版本不需要你管理了。整体上来说，使用parent可以帮助开发者进行版本的统一管理。
关注：parent定义出来以后，并不是直接使用的，仅仅给了开发者一个说明书，但是并没有实际使用，这个一定要确认清楚。
那SpringBoot又是如何做到这一点的呢？可以查阅SpringBoot的配置源码，看到这些定义。
项目中的中继承了一个坐标
打开后可以查阅到其中又继承了一个坐标
这个坐标中定义了两组信息
第一组是各式各样的依赖版本号属性，下面列出依赖版本属性的局部，可以看的出来，定义了若干个技术的依赖版本号。
第二组是各式各样的依赖坐标信息，可以看出依赖坐标定义中没有具体的依赖版本号，而是引用了第一组信息中定义的依赖版本属性值。
关注：上面的依赖坐标定义是出现在标签中的，是对引用坐标的依赖管理，并不是实际使用的坐标。因此当你的项目中继承了这组parent信息后，在不使用对应坐标的情况下，前面的这组定义是不会具体导入某个依赖的。
关注：因为在maven中继承机会只有一次，上述继承的格式还可以切换成导入的形式进行，并且在阿里云的starter创建工程时就使用了此种形式。
总结
1. 开发SpringBoot程序要继承spring-boot-starter-parent
2. spring-boot-starter-parent中定义了若干个依赖管理
3. 继承parent模块可以避免多个依赖使用相同技术时出现依赖版本冲突
4. 继承parent的形式也可以采用引入依赖的形式实现效果
思考
parent中定义了若干个依赖版本管理，但是也没有使用，那这个设定也就不生效啊，究竟谁在使用这些定义呢？
starter
SpringBoot关注到实际开发时，开发者对于依赖坐标的使用往往都有一些固定的组合方式，比如使用spring-webmvc就一定要使用spring-web。每次都要固定搭配着写，非常繁琐，而且格式固定，没有任何技术含量。
SpringBoot一看这种情况，看来需要给开发者带来一些帮助了。安排，把所有的技术使用的固定搭配格式都给开发出来，以后你用某个技术，就不用每次写一堆依赖了，还容易写错，我给你做一个东西，代表一堆东西，开发者使用的时候，直接用我做好的这个东西就好了，对于这样的固定技术搭配，SpringBoot给它起了个名字叫做starter。
starter定义了使用某种技术时对于依赖的固定搭配格式，也是一种最佳解决方案，使用starter可以帮助开发者减少依赖配置。
这个东西其实在入门案例里面已经使用过了，入门案例中的web功能就是使用这种方式添加依赖的。可以查阅SpringBoot的配置源码，看到这些定义。
项目中的定义了使用SpringMVC技术，但是并没有写SpringMVC的坐标，而是添加了一个名字中包含starter的依赖
在spring-boot-starter-web中又定义了若干个具体依赖的坐标
之前提到过开发SpringMVC程序需要导入spring-webmvc的坐标和spring整合web开发的坐标，就是上面这组坐标中的最后两个了。
但是我们发现除了这两个坐标，还有其他的坐标。比如第二个，叫做spring-boot-starter-json。看名称就知道，这个是与json有关的坐标了，但是看名字发现和最后两个又不太一样，它的名字中也有starter，打开看看里面有什么？
我们可以发现，这个starter中又包含了若干个坐标，其实就是使用SpringMVC开发通常都会使用到Json，使用json又离不开这里面定义的这些坐标，看来还真是方便，SpringBoot把我们开发中使用的东西能用到的都给提前做好了。你仔细看完会发现，里面有一些你没用过的。的确会出现这种过量导入的可能性，没关系，可以通过maven中的排除依赖剔除掉一部分。不过你不管它也没事，大不了就是过量导入呗。
到这里基本上得到了一个信息，使用starter可以帮开发者快速配置依赖关系。以前写依赖3个坐标的，现在写导入一个就搞定了，就是加速依赖配置的。
starter与parent的区别
朦朦胧胧中感觉starter与parent好像都是帮助我们简化配置的，但是功能又不一样，梳理一下。
starter是一个坐标中定了若干个坐标，以前写多个的，现在写一个，是用来减少依赖配置的书写量的。
parent是定义了几百个依赖版本号，以前写依赖需要自己手工控制版本，现在由SpringBoot统一管理，这样就不存在版本冲突了，是用来减少依赖冲突的。
实际开发应用方式
实际开发中如果需要用什么技术，先去找有没有这个技术对应的starter
1、如果有对应的starter，直接写starter，而且无需指定版本，版本由parent提供
2、如果没有对应的starter，手写坐标即可
实际开发中如果发现坐标出现了冲突现象，确认你要使用的可行的版本号，使用手工书写的方式添加对应依赖，覆盖SpringBoot提供给我们的配置管理
1、直接写坐标
2、覆盖中定义的版本号，就是下面这堆东西了，哪个冲突了覆盖哪个就OK了
温馨提示
SpringBoot官方给出了好多个starter的定义，方便我们使用，而且名称都是如下格式
命名规则：spring-boot-starter-技术名称
所以后期见了spring-boot-starter-aaa这样的名字，这就是SpringBoot官方给出的starter定义。那非官方定义的也有吗？有的，具体命名方式到整合技术的章节再说。
总结
1. 开发SpringBoot程序需要导入坐标时通常导入对应的starter
2. 每个不同的starter根据功能不同，通常包含多个依赖坐标
3. 使用starter可以实现快速配置的效果，达到简化配置的目的
引导类
配置说完了，我们发现SpringBoot确实帮助我们减少了很多配置工作，下面说一下程序是如何运行的。目前程序运行的入口就是SpringBoot工程创建时自带的那个类，也就是带有main方法的那个类，运行这个类就可以启动SpringBoot工程的运行。
@SpringBootApplicationpublicclassSpringboot0101QuickstartApplication{publicstaticvoidmain(String[ args args
SpringBoot本身是为了加速Spring程序的开发的，而Spring程序运行的基础是需要创建Spring容器对象（IoC容器）并将所有的对象放置到Spring容器中管理，也就是一个一个的Bean。现在改用SpringBoot加速开发Spring程序，这个容器还在吗？这个疑问不用说，一定在。其实当前这个类运行后就会产生一个Spring容器对象，并且可以将这个对象保存起来，通过容器对象直接操作Bean。
@SpringBootApplicationpublicclassQuickstartApplication{publicstaticvoidmain(String[] args){ConfigurableApplicationContext ctx args bean ctxout bean
通过上述操作不难看出，其实SpringBoot程序启动还是创建了一个Spring容器对象。当前运行的这个类在SpringBoot程序中是所有功能的入口，称为引导类。
作为一个引导类最典型的特征就是当前类上方声明了一个注解@SpringBootApplication。
总结
1. SpringBoot工程提供引导类用来启动程序
2. SpringBoot工程启动后创建并初始化Spring容器
思考
程序现在已经运行了，通过引导类的main方法运行了起来。但是运行java程序不应该是执行完就结束了吗？但是我们现在明显是启动了一个web服务器啊，不然网页怎么能正常访问呢？这个服务器是在哪里写的呢？
内嵌tomcat
当前我们做的SpringBoot入门案例勾选了Spring-web的功能，并且导入了对应的starter。
SpringBoot发现，既然你要做web程序，肯定离不开使用web服务器，这样吧，帮人帮到底，送佛送到西，我帮你搞一个web服务器，你要愿意用的，直接使用就好了。SpringBoot又琢磨，提供一种服务器万一不满足开发者需要呢？干脆我再多给你几种选择，你随便切换。万一你不想用我给你提供的，也行，你可以自己搞。
由于这个功能不属于程序的主体功能，可用可不用，于是乎SpringBoot将其定位成辅助功能，别小看这么一个辅助功能，它可是帮我们开发者又减少了好多的设置性工作。
下面就围绕着这个内置的web服务器，也可以说是内置的tomcat服务器来研究几个问题：
1. 这个服务器在什么位置定义的
2. 这个服务器是怎么运行的
3. 这个服务器如果想换怎么换？虽然这个需求很垃圾，搞得开发者会好多web服务器一样，用别人提供好的不香么？非要自己折腾
内嵌Tomcat定义位置
说到定义的位置，我们就想，如果我们不开发web程序，用的着web服务器吗？肯定用不着啊。那如果这个东西被加入到你的程序中，伴随着什么技术进来的呢？肯定是web相关的功能啊，没错，就是前面导入的web相关的starter做的这件事。
打开web对应的starter查看导入了哪些东西。
第三个依赖就是tomcat对应的东西了，居然也是一个starter，再打开看看。
这里面有一个核心的坐标，tomcat-embed-core，叫做tomcat内嵌核心。就是这个东西把tomcat功能引入到了我们的程序中的。目前解决了第一个问题，找到根儿了，谁把tomcat引入到程序中的？spring-boot-starter-web中的spring-boot-starter-tomcat做的。之所以你感觉很奇妙的原因就是，这个东西是默认加入到程序中了，所以感觉很神奇，居然什么都不做，就有了web服务器对应的功能。再来说第二个问题，这个服务器是怎么运行的。
内嵌Tomcat运行原理
Tomcat服务器是一款软件，而且是一款使用java语言开发的软件，熟悉tomcat的话应该知道tomcat安装目录中保存有很多jar文件。
下面的问题来了，既然是使用java语言开发的，运行的时候肯定符合java程序运行的原理，java程序运行靠的是什么？对象呀，一切皆对象，万物皆对象。那tomcat运行起来呢？也是对象啊。
如果是对象，那Spring容器是用来管理对象的，这个对象能交给Spring容器管理吗？把吗去掉，是个对象都可以交给Spring容器管理，行了，这下通了，tomcat服务器运行其实是以对象的形式在Spring容器中运行的。怪不得我们没有安装这个tomcat但是还能用，闹了白天这东西最后是以一个对象的形式存在，保存在Spring容器中悄悄运行的。具体运行的是什么呢？其实就是上前面提到的那个tomcat内嵌核心。
那既然是个对象，如果把这个对象从Spring容器中去掉是不是就没有web服务器的功能呢？是这样的，通过依赖排除可以去掉这个web服务器功能。
上面对web-starter做了一个操作，使用maven的排除依赖去掉了使用tomcat的starter。这下好了，容器中肯定没有这个对象了，重新启动程序可以观察到程序运行了，但是并没有像之前那样运行后是一个一直运行的服务，而是直接停掉了，就是这个原因。
更换内嵌Tomcat
那根据上面的操作我们思考是否可以换个服务器呢？必须的嘛。根据SpringBoot的工作机制，用什么技术，加入什么依赖就行了。SpringBoot提供了3款内置的服务器：
1、tomcat(默认)：apache出品，粉丝多，应用面广，负载了若干较重的组件
2、jetty：更轻量级，负载性能远不及tomcat
3、undertow：负载性能勉强跑赢tomcat
想用哪个，加个坐标就OK。前提是把tomcat排除掉，因为tomcat是默认加载的。
现在就已经成功替换了web服务器，核心思想就是用什么加入对应坐标就可以了。如果有starter，优先使用starter。
总结
1. 内嵌Tomcat服务器是SpringBoot辅助功能之一
2. 内嵌Tomcat工作原理是将Tomcat服务器作为对象运行，并将该对象交给Spring容器管理
3. 变更内嵌服务器思想是去除现有服务器，添加全新的服务器
到这里第一章快速上手SpringBoot就结束了，这一章我们学习了两大块知识
1. 使用了4种方式制作了SpringBo
- 广州的二手奢侈品奢侈品都集中在哪些区？二手奢侈品二手奢侈品奢侈品网站？在哪里可以买到二手奢侈品奢侈品（已经更新）
- 广州二手奢侈品奢侈品男装一手货源？二手奢侈品包包一手货源？lv真包和二手奢侈品有区别吗(2024更新）
- 二手奢侈品奢侈品服装微信？奢侈品二手奢侈品衣服货源？lv二手奢侈品包带专柜码（2024最新商家版）
- LV M69551 EYE TRUNK BEAR 包饰与钥匙扣(2024新版）
- 二手奢侈品二手奢侈品正品货源？二手奢侈品二手奢侈品古奇女包一手货源？怎么找二手奢侈品服装的货源（已经更新）
- LV M57081 Aerogram 单肩包（今年最新版）
- LV M80091 FéLICIE STRAP & GO 手袋(完整版）
- LV M57499 牛仔蓝 DAUPHINE 中号手袋（今年最新版）
