拥有正版我的世界的玩家肯定都接触过官方启动器Minecraft Launcher，作为官方唯一指定启动器，在兼容性和安全性上要强于第三方启动器，但官方启动器有一个很蛋疼的设定，就是游戏安装路径.minecraft是非C盘不住，如果小伙伴们的C盘空间又比较紧张的话，这是要分分钟爆盘的节奏。好在Windows给我们提供了一种解决这种问题的方法，那就是 mklink 链接命令。
PS：找不到AppData文件夹的记得在查看中勾选显示隐藏的项目。
使用搜索，搜索cmd，找到命令提示符，并以管理员身份运行。
之后这里的.minecraft文件夹会自动关联到自定义目录中，不再占用C盘的空间。
mklink命令是Windows7新增的命令，Vista，XP及更古老的系统不支持（估计没人会用这些吧！）
经验内容仅供参考，如果您需解决具体问题(尤其法律、医学等领域)，建议您详细咨询相关领域专业人士。
我的世界PCL2启动器最新版是一款由“龙腾猫跃”推出的游戏启动工具。我的世界PCL2启动器官方版功能齐全，支持离线和正版启动，能够帮助用户极速下载各种内部文件。我的世界PCL2启动器集下载、MOD、皮肤、整合包等功能于一体，运行稳定，方便用户管理。
我的世界PCL2启动器功能介绍
我的世界PCL2启动器软件特色
我的世界PCL2启动器使用说明
首先玩家需要先找到地图存档路径，路径为：游戏安装目录.minecraftsaves，一般情况下.minecraft文件夹会在你所安装的游戏文件夹下面，这个文件夹是你的游戏存档文件夹，里面都是你在游戏中的存档。
重要提醒：如果你的存档文件夹里的存档都是很重要的，那么请你不要乱动这里面的任何一个文件，防止存档无法读取或者消失。
打开后大家可以看到两个文件，这两个文件是游戏系统文件，不要乱动就行了，然后将地图文件复制到这个文件夹里面。
重要提醒：复制前请确认你要安装的地图文件名和和你的存档文件名没有重名。如果有的话将会覆盖你的存档，导致存档丢失，请一定要注意。
我的世界PCL2启动器常见问题
我的世界PCL2启动器更新日志
我的世界PCL2启动器软件占用内存小，性能稳定，无任何捆绑，绿色安全，真正是一款良心软件！本站还有{recommendWords}，供您下载！
Spring是为了解决企业级应用开发的复杂性而创建的，简化开发。
为了降低Java开发的复杂性，Spring采用了以下4种关键策略：
JavaWeb框架的好处，官方说是简化开发，约定大于配置， you can "just run"，能迅速的开发web应用，几行代码开发一个http接口。
所有的技术框架的发展似乎都遵循了一条主线规律：从一个复杂应用场景 衍生 一种规范框架，人们只需要进行各种配置而不需要自己去实现它，这时候强大的配置功能成了优点；发展到一定程度之后，人们根据实际生产应用情况，选取其中实用功能和设计精华，重构出一些轻量级的框架；之后为了提高开发效率，嫌弃原先的各类配置过于麻烦，于是开始提倡“约定大于配置”，进而衍生出一些一站式的解决方案。
随着 Spring 不断的发展，涉及的领域越来越多，项目整合开发需要配合各种各样的文件，慢慢变得不那么易用简单，违背了最初的理念，甚至人称配置地狱。Spring Boot 正是在这样的一个背景下被抽象出来的开发框架，目的为了让大家更容易的使用 Spring 、更容易的集成各种常用的中间件、开源软件。
Spring Boot 基于 Spring 开发，Spirng Boot 本身并不提供 Spring 框架的核心特性以及扩展功能，只是用于快速、敏捷地开发新一代基于 Spring 框架的应用程序。也就是说，它并不是用来替代 Spring 的解决方案，而是和 Spring 框架紧密结合用于提升 Spring 开发者体验的工具。Spring Boot 以约定大于配置的核心思想，默认帮我们进行了很多设置，多数 Spring Boot 应用只需要很少的 Spring 配置。同时它集成了大量常用的第三方库配置（例如 Redis、MongoDB、Jpa、RabbitMQ、Quartz 等等），SpringBoot 应用中这些第三方库几乎可以零配置的开箱即用。
简单来说就是SpringBoot其实不是什么新的框架，它默认配置了很多框架的使用方式，就像maven整合了所有的jar包，spring boot整合了所有的框架 。
我们将学习如何快速的创建一个Spring Boot应用，并且实现一个简单的Http请求处理。通过这个例子对Spring Boot有一个初步的了解，并体验其结构简单、开发快速的特性。
我们根据源头打开spring.factories ， 看到了很多自动配置的文件；这就是自动配置根源所在！
可以看到这些一个个的都是JavaConfig配置类，而且都注入了一些Bean，可以找一些自己认识的类，看着熟悉一下！
我最初以为就是运行了一个main方法，没想到却开启了一个服务；
分析该方法主要分两部分，一部分是SpringApplication的实例化，二是run方法的执行；
这个类主要做了以下四件事情：
1、推断应用的类型是普通的项目还是Web项目
2、查找并加载所有可用初始化器 ， 设置到initializers属性中
3、找出所有的应用程序监听器，设置到listeners属性中
4、推断并设置main方法的定义类，找到运行的主类
SpringBoot使用一个全局的配置文件 ， 配置文件名称是固定的
配置文件的作用 ：修改SpringBoot自动配置的默认值，因为SpringBoot在底层都给我们自动配置好了；
比如我们可以在配置文件中修改Tomcat 默认启动的端口号！测试一下！
在开发的这种语言时，YAML 的意思其实是："Yet Another Markup Language"（仍是一种标记语言）这种语言以数据做为中心，而不是以标记语言为重点！
以前的配置文件，大多数都是使用xml来配置；比如一个简单的端口配置，我们来对比下yaml和xml
2、以缩进来控制层级关系，只要是左边对齐的一列数据都是同一个层级的。
3、属性和值的大小写都是十分敏感的。
字面量：普通的值 [ 数字，布尔值，字符串 ]
字面量直接写在后面就可以 ， 字符串默认不用加上双引号或者单引号；
“ ” 双引号，不会转义字符串里面的特殊字符 ， 特殊字符会作为本身想表示的意思；
'' 单引号，会转义特殊字符 ， 特殊字符最终会变成和普通字符一样输出
对象、Map（键值对）
在下一行来写对象的属性和值得关系，注意缩进；比如：
用 - 值表示数组中的一个元素,比如：
配置文件中添加，端口号的参数，就可以切换端口；
yaml文件更强大的地方在于，他可以给我们的实体类直接注入匹配值！
2、编写一个实体类 Dog；
3、思考，我们原来是如何给bean注入属性值的！ @Value，给狗狗类测试一下：
4、在SpringBoot的测试类下注入狗狗输出一下；
结果成功输出，@Value注入成功，这是我们原来的办法对吧。
5、我们在编写一个复杂一点的实体类：Person 类
6、我们来使用yaml配置的方式进行注入，大家写的时候注意区别和优势，我们编写一个yaml配置
7、我们刚才已经把person这个对象的所有值都写好了，我们现在来注入到我们的类中！
将配置文件中配置的每一个属性的值，映射到这个组件中； 告诉SpringBoot将本类中的所有属性和配置文件中相关的配置进行绑定8、IDEA 提示，springboot配置注解处理器没有找到，让我们看文档，我们可以查看文档，找到一个依赖！
<!-- 导入配置文件处理器，配置文件进行绑定就会有提示，需要重启 -->
9、确认以上配置都OK之后，我们去测试类中测试一下：
结果：所有值全部注入成功！
yaml配置注入到实体类完全OK！
3、再次输出测试一下：指定配置文件绑定成功！
# 引用person.hello 的值，如果不存在就用 ：后面的值，即 other，然后拼接上_旺财我们上面采用的yaml方法都是最简单的方式，开发中最常用的；也是springboot所推荐的！
配置文件除了yml还有我们之前常用的properties
1、新建一个实体类User
3、我们在User类上使用@Value来进行注入！
@Value这个使用起来并不友好！我们需要为每个属性单独注解赋值，比较麻烦；我们来看个功能对比图
2、松散绑定：这个什么意思呢? 比如我的yml中写的last-name，这个和lastName是一样的， - 后面跟着的字母默认是大写的。这就是松散绑定。
3、JSR303数据校验 ， 这个就是我们可以在字段是增加一层过滤器验证 ， 可以保证数据的合法性
4、复杂类型封装，yml中可以封装对象 ， 使用value就不支持
如果我们在某个业务中，只需要获取配置文件中的某个值，可以使用一下 @value；
如果说，我们专门编写了一个JavaBean来和配置文件进行一 一映射，就直接@configurationProperties，不要犹豫！
Springboot中可以用@validated来校验数据，如果数据异常则会统一抛出异常，方便异常中心统一处
理。我们这里来写个注解让我们的name只能支持Email格式；
使用数据校验，可以保证数据的正确性； 下面列出一些常见的使用
@NotNull 验证对象是否不为null, 无法查检长度为0的字符串 @NotBlank 检查约束字符串是不是Null还有被Trim的长度是否大于0,只对字符串,且会去掉前后空格 除此以外，我们还可以自定义一些数据校验规则profile是Spring对不同环境提供不同配置功能的支持，可以通过激活不同的环境版本，实现快速切换环境。
#比如在配置文件中指定使用dev环境，我们可以通过设置不同的端口号进行测试；
#我们启动SpringBoot，就可以看到已经切换到dev下的配置了；
和properties配置文件中一样，但是使用yml去实现不需要创建多个配置文件，更加方便了 !
#选择要激活那个环境块注意：如果yml和properties同时都配置了端口，并且没有激活其他环境 ， 默认会使用properties配置文件的！
外部加载配置文件的方式十分多，我们选择最常用的即可，在开发的资源文件中进行配置！
优先级1：项目路径下的config文件夹配置文件
优先级2：项目路径下配置文件
优先级3：资源路径下的config文件夹配置文件
优先级4：资源路径下配置文件
优先级由高到底，高优先级的配置会覆盖低优先级的配置；
SpringBoot会从这四个位置全部加载主配置文件；互补配置；
我们在最低级的配置文件中设置一个项目访问路径的配置来测试互补问题；
扩展：指定位置加载配置文件
项目打包好以后，我们可以使用命令行参数的形式，启动项目的时候来指定配置文件的新位置；这种情况，一般是后期运维做的多，相同配置，外部指定的配置文件优先级最高
配置文件到底能写什么？怎么写？
//表示这是一个配置类，和以前编写的配置文件一样，也可以给容器中添加组件；
//根据不同的条件判断，如果满足指定的条件，整个配置类里面的配置就会生效；
//这里的意思就是判断当前应用是否是web应用，如果是，当前配置类生效
//如果不存在，判断也是成立的
//只有一个有参构造器的情况下，参数的值就会从容器中拿
//给容器中添加一个组件，这个组件的某些值需要从properties中获取
一句话总结 ： 根据当前不同的条件判断，决定这个配置类是否生效！
//从配置文件中获取指定的值和bean的属性进行绑定
我们去配置文件里面试试前缀，看提示！
这就是自动装配的原理！
1、SpringBoot启动会加载大量的自动配置类
2、我们看我们需要的功能有没有在SpringBoot默认写好的自动配置类当中；
3、我们再来看这个自动配置类中到底配置了哪些组件；（只要我们要用的组件存在在其中，我们就不需要再手动配置了）
4、给容器中自动配置类添加组件的时候，会从properties类中获取某些属性。我们只需要在配置文件中指定这些属性的值即可；
了解完自动装配的原理后，我们来关注一个细节问题，自动配置类必须在一定的条件下才能生效；
作用：必须是@Conditional指定的条件成立，才给容器中添加组件，配置配里面的所有内容才生效；
那么多的自动配置类，必须在一定的条件下才能生效；也就是说，我们加载了这么多的配置类，但不是所有的都生效了。
我们怎么知道哪些自动配置类生效？
我们可以通过启用 debug=true属性；来让控制台打印自动配置报告，这样我们就可以很方便的知道哪些自动配置类生效；
Negative matches:（没有启动，没有匹配成功的自动配置类：负匹配）
我们分析完毕了源码以及自动装配的过程，我们可以尝试自定义一个启动器来玩玩！
启动器模块是一个 空 jar 文件，仅提供辅助性依赖管理，这些依赖可能用于自动装配或者其他类库；
4、点击apply即可，基本结构如下
6、将 autoconfigure 项目下多余的文件都删掉，Pom中只留下一个 starter，这是所有的启动器基本配置
7、我们编写一个自己的服务
9、编写我们的自动配置类并注入bean，测试！
11、编写完成后，可以安装到maven仓库中！
新建项目测试我们自己的写的启动器
2、导入我们自己写的启动器
3、编写一个 HelloController 进行测试我们自己的写的接口！
5、启动项目进行测试，结果成功 !
