网上导致parent问题的原因有很多，什么内置的版本过低不检查其实说到底还是maven（gradle）依赖的问题。说到底springboot还是一个Maven项目，环境依赖出现问题时就对照正常的Maven依赖出现问题来找就可以了。
要想导入自己的版本完全没问题，确认maven项目配的对，仓库，你的网速都没问题，你就删除repository里对应的东西，让它重新导入就行。
按理这样就没问题了，但是我手贱安装了两个IDEA，项目打开来打开去，莫名其妙的就有了点影响，我把IDEA中Maven的setting文件重新选择了一遍，自动就好了。
（莫名其妙，配置显示都是相同的，搞了很久）
纯粹题外话，解决问题看上面就好。
Java的依赖包问题真的是恶心！！！！
虽然我知道这主要还是跟自己对技术不够了解有关，但是这种对于新手来说很难排除错误原因的结构的存在，实在是不太合理。之前研究生刚入学的时候，老师让学SSM帮师兄打下手，结果自己就卡在了环境配置这。经常是由于网速或是机器配置的不同，会出现难以复现，被各种问题卡住的情况。而这些问题与代码本身，包括使用架构需要了解的基本原理都没关系。最后，愚蠢如我，终于被挡在了门外，什么忙都没帮上，花了大量时间还亚历山大，老师自然也很不爽。。。
这次比赛，大数据的安装环境也有不少坑，但是好在大多基本有规律可循，只要是结构上的问题，那就可以进行排查。烦就烦在最终经是因为搭建测试环境的jar包有缺损，足足让我排除了一个礼拜才找到。。。
而Java的主流框架开始入门的时候最恶心的就是，他都是一堆包，哪一个出问题了就可能影响整体，当然无论你是网速，还是缓存还是版本，仓库，maven配置什么的，他们都不是独立可排除的。比如最常见的，网速不好，也会下一个不完整的缓存，而提示信息只是告诉你这个包有问题，表现都会受到影响，但根源你找不到就没办法彻底解决这个问题。甚至根源被你解决了，你前面错误操作导致的缓存和配置，也会成为新的问题。
老手凭经验自然就会有自己的一套排查机制，但新手连结构都还不熟练，自然就会晕头转向了。
springboot用约定大于配置等一系列方式可以在一定程度上解决问题，但是感觉定位排错的粒度还是不够细致，应该追踪到下载情况，缓存情况，依赖完整情况，冲突情况等，加个追踪机制和校验文件就行。
胡言乱语，积极挨喷！主要是实在被这些与代码逻辑无关的又无法清晰定位的错误给恶心到了，抱怨两句，以泄怨气。
