阿里云文章:
一：相关介绍
鄙人读的是计算机科学与技术，读的是大二，然后当时是想买阿里云服务器，然后学生认证之后，看到了个学生申领的，于是想着先试一试，然后看下怎么样
二：服务器相关使用
阿里云服务器的安全检测相对好一些，之前在一个平台的服务器，被莫名攻击了，然后重装系统之后，还是安全性问题检测项目麻烦，要么就是要请人检测。阿里云的这方面方便一些，但是要是学生买整年有再优惠就再好不过了。嘻嘻。
工具的话，还是xftp+xshell啦
服务器使用过程遇到的问题相对较少，有一次有异常脚本，然后也能及时检测预警一波，然后xshell删一下
**
三：个人的一些碎碎念**
刚开始申领原因：
原服务器跑不太动springcloud的多个微服务，于是想着搭建一下集群进行多服务器部署
部署的过程也遇到很多问题，尤其是通过jekins+gitee+docker+dockerfile还有一种是流水线部署jekins+gitee+jar+ssh远程部署的方式，遇到好多的bug，
讲一下自己的bug的解决心得。
1:一定一定要看清楚日志或者控制台输出什么内容,然后对重点内容进行分析，选择的方向很重要,不能盲目的把bug信息直接cv到百度,然后csdn一顿找，要自己先判断一下，翻译一下语句内容
2:注意增加具体的语境，当时又用到若依的这个模板，原先是mybatis版本，后来我们使用了这个mybatisplus，发现一直调用不了mybatisplus的方法，显示：Invalid bound statement (not found)于是搜索了很多bug的解决方法，直接搜一般会有三种结果：yml配置，包路径，启动类增加扫描，最后加了语境，若依模板+bug信息，最后通过修改yml配置信信息，以及直接注释调原先mybatis配置，添加mybatis-plus方式解决。
3：听别人讲解一些项目的内容时，当时使用若依-springcloud，有提前看了b站一些讲解，避免了好多的坑。
4:csdn查询的时候，注意对面的csdn博客的时间
bug的一些解决思路和手段
1：有一次是各种bean无法构建，采取一段一段注释进行定位，发现是一个@Autowried 注入一个mapper 的异常还有一次是生成的mapper中xml语句的异常,
2:docker的可以查docker logs,postman有一些400异常，需要通过具体的单元测试方法进行问题定位
三.1：成长变化：
1：还是得多去问，一方面是项目中gitee仓库成员多去沟通，遇到环境以及代码冲突等问题一定要先问下别人那边是怎样的，另外就是遇到bug寻求帮助，一方面是谷歌，另外一方面还是经过思考之后，是在不行，把具体的问题问有经验的大佬。
2：展望未来：还有很多继续实践下去，redis还有springcloud的一些内容要多去敲一敲理解，有些实现不难，cv配置一下，加个注解，但是要去理解为什么，背后的东西很重要。
最最后:贴个项目图
