自学Java第137天学了vue的生命周期钩子，以及指令这个钩子，如何理解它呢？初步就可以将其理解成回调函数-我目前对于vue的各种学习、使用都是在创建vue实例的基础上进行的这就好比是Java中的new对象只不过vue中new的是vue对象-那创建vue实例的过程有一系列的流程这整个流程就是它的生命周期不过目前只是对vue做一个初步接触不深入学习，所以就不详细讲述了-只学生命周期中两个比较重要的状态：beforeCreate即代表vue实例创建前created即代表vue实例创建后见名知义，很好理解，它们对应着两个方法-到了对应的状态就会执行对应的方法说白了不就相当于以前学过的回调函数么？只不过叫法不一样了-当然还有this这个关键字的学习顺便引出了定时器、箭头函数的使用在此就不详述了，都已整理在每日笔记中对哦，还有一个差值闪烁的问题从而引出了vue指令的学习-老实说我昨天的打卡内容有点问题一开始我对vue的理解是：它省略了dom操作，能够完成自动渲染事实上并不是自动的，而是要通过这个指令-昨天我学的时候就觉得：哇，这个vue厉害呀今天学了发现：还不是要记一堆的指令，害当然话又说回来，确实简化了很多但也并不是完全实现自动化了，没这么夸张-说个老实话，学vue的时候会发现jQuery的影子比如说v-html这个指令不就对应着jQuery中的html方法么？技术有的时候真心是能够相通的-当然时间有限，指令也没有学完，明天继续教程一天的内容，本来打算2天学完了看来还是自己太笨了，计划赶不上变化

自学Java第136天前端框架之vue的学习不得不说，现在的前端有点吊啊-不仅可以写前端页面竟然还可以编写后台业务逻辑也就是说理论上是可以做全栈开发的-别到时候Java没被Python淘汰反而还被前端给淘汰了-话说回来，前端技术主要经历了三个阶段1静态页面，纯静态的网页，只可读取2异步刷新，能够通过dom操作完成动态渲染我们以前学的jQuery就是其典型例子-3MVVM模式，关注视图和模型这个可就厉害了，vue框架就是典型例子我大致做一个浅显的说明：-这个V也就是视图view的意思暂且就可以将其简单地理解成某个前端页面那这个页面中的数据是从哪儿来的呢？-就是这个M，即模型model的意思暂且就可以将其简单地理解成后台响应的数据那这个数据是如何被渲染到视图view中的呢？-以前就是通过dom操作：比如jQuery中的html()方法但是方法非常的多，用起来繁琐复杂-而MVVM模式就能完成自动渲染后面的VM也就是view-model的意思视图和模型能够完成一个双向的绑定-注意可是双向绑定哦即可以通过数据模型model渲染view竟然还能通过view​对model完成修改-不需要记任何dom操作相关的方法只需要将view和model对应起来即可使用起来非常的简便-具体案例操作，已详细记述在笔记中在这儿就不展开讲述了

自学Java第135SpringCloud另外3个组件的学习老实说，这块知识点学得有点累-累的不是学习本身，会不会用这些而是要用自己的话将这些知识点讲出来写成一篇文章，这个过程有点难受-比如说负载均衡的使用用起来当然再简单不过了但是要把它讲清楚就不是那么简单了-再比如说高可用，不说别的就光一个服务开启几次，共用同一配置文件修改配置文件重新编译一次-这一个简单的步骤，用起来5秒钟就搞定但是要将它画图说清楚别说5秒钟了，5分钟都搞不定-上个星期放假的时候我抽时间学了通用mapper的使用因为项目后面会用到这个插件-这个通用mapper别的不说对新手是真的蛮友好的，上手简单所有的方法基本都是见名知义的-但要写一篇关于它的学习教程花了我半天的时间才搞定当然我蠢也是一方面的原因-但不管怎么说会用这个知识点和将这个知识点写出来真心就是两码事，后者要困难很多-程序员数量那么多，博客平台一大堆坚持写博客的又有几个呢？就整个群体而言，终归还是少数

自学Java第134天SpringCloud，我擦咧，又是spring刚学了SpringBoot，又来了SpringCloudspring全家桶果然名不虚传-它是用来干嘛的呢？昨天学了系统架构的演化而SpringCloud就可以实现微服务架构-它将市面上很多成熟，强大的开源服务框架拿了过来，并整合在了一起emm…怎么感觉和腾讯一样……-不过spring不仅仅只是拿过来了直接用而是利用SpringBoot的开发便利性使分布式系统开发起来更加地简单-简而言之就是市面上开源框架其实是非常多的有一些虽然非常实用，但用起来特别的麻烦而spring就让这些变得非常简单了极大地便利了开发者的使用-​Spring Cloud有很多个组件：注册中心Eureka、服务网关Zuul负载均衡Ribbon、服务调用Feign熔断器Hystix-这些知识点，这几天会依次都学习到今天主要就是注册中心Eureka的学习这个昨天也提到过，它就好比是滴滴打车-每个服务都要在它这儿注册同时分为服务提供方和服务消费者-服务提供方提供功能给其它服务使用这就好比滴滴中的司机它需要不断向服务中心续约，说明自己还活着-服务消费方就相当于乘客它需要向注册中心调用对应服务的对应功能-而实际开发中同一个功能的服务可能会开启多个那服务消费方调用时，到底调用哪一个呢？简单的理解就相当于滴滴公司分配司机给乘客-至于怎么分配服务？就需要使用到负载均衡了这个一两句话也讲不清楚，​笔记中有详细说明

自学Java第133天微服务到底是个啥，是怎么来的？就是今天主要的学习内容-简单地讲述下系统架构的演化：以前网站流量小，一个应用就搞定所有功能相关的代码都在这个应用里面但是这样代码耦合，维护起来很困难-于是做了优化，从单一应用到系统垂直拆分比如一个网站可以按照功能垂直拆分：用户门户系统，后台管理系统-但是它还是有一个问题就是代码的冗余比如根据id查询商品这个业务功能的实现这两个系统都需要，它就要写两遍-而我们要学的分布式架构就能解决这个问题将核心业务抽取成服务，形成服务中心然后问题就又来了，一旦服务变多后服务之间的调用错综复杂，很难搞清楚-于是SOA就出来了，本质上它还是分布式简单的理解就是它将服务管理起来了打个比方就是有点类似于现在的滴滴打车-司机就相当于是一个个的服务滴滴打车将司机管理起来了，再分派给用户比以往自己去找车，方便了不少而对于服务来说，也是一样的道理-而关于微服务，它有一个更大的优势就是可以实现跨语言跨平台的操作-它提供了一个基于rest风格的接口注意此接口不是Java中的interface接口无论是Java语言也好，还是Python语言也好都只需要完成这个接口就可以了这样，不同语言之间也能完成合作-当然关于系统架构，不可能像我说的这么简单我只是说作为初学者，对它们有个初步印象-我们以前写的所有demo，还有项目一本质上都是本地类与类之间的调用-那服务之间如何实现调用的呢？就是不同的电脑之间也能完成互相调用RCP和HTTP两种实现方式-我们所使用的是spring提供的RestTemplate本质上是基于HTTP的客服端进行了封装这些就不展开说了

自学Java第132天学了SpringBoot对SSM的各种集成同时对SpringMVC做一个回顾-将它们两者之间的配置做个对比：以前是在web.xml中配置映射路径现在是在application配置文件中配置-此外现在还能够配置Tomcat的访问端口比如配置端口为80在浏览器上不用输入端口，直接就可以访问-关于拦截器：自定义拦截器，实现拦截器父接口重写前置、后置、最终这三个方法该步骤无论哪种配置都需要-以前是在xml配置文件中通过<mvc:interceptors>标签添加拦截器现在是新建Java配置类，实现mvc配置接口再通过方法添加拦截器-本质上我大致做一个小结：以前是各种xml配置文件现在配置文件就只有application.yml文件要么在该配置文件中配置，比如映射路径要么使用@Configuration创建Java配置类-差不多就这么一个套路-哦对了，还有一个静态资源的问题以前我们是放在webapp下面现在是在resources下创建static放置-关于mybatis还没来得及学今天放假，我上午会将其补全了再发笔记现在是例行的，每日早上打卡时间-我猜，应该差不多也是一样的套路

自学Java第131天直接跳到了SpringBoot框架只有一个感觉：超好用，太特么的香了-昨天还在这儿做学习计划呢结果今天计划就被SpringBoot打破了我感觉回不去了，果然是计划赶不上变化啊-Java有个广为诟病的问题就是代码臃肿人家用Python的，代码都写了一堆了我们还在搭建项目环境-我本来是打算从头到尾配置SSM框架的结果配置到一半我开始犹豫了，太麻烦了需要编写各种xml配置文件：-spring环境的配置mybatis环境的配置springMVC环境的配置-实不相瞒，我配置了半个小时都没弄完并且基本都是Ctrl+c和Ctrl+v如果完全自己写，那更慢了当然我是一边配置还一边写文章-反正不管怎样，环境搭建确实麻烦而SpringBoot就能解决这个问题没有一个xml配置文件，全部都是注解-就是用Java代码+注解代替了xml配置文件比如一个Java类+@Configuration即表示这个类是一个配置类再比如Java类+@ConfigurationProperties即表示这个类是一个属性读取类-总而言之：对于Java程序员来说利用Java代码配置比xml还是方便不少的不过据说也有些老古董习惯了xml不愿意换-老实说，学SpringBoot其实纠结了蛮久的课程安排大概半个月后才能学到SpringBoot一下子也跳过了太多的知识点，担心以后出问题​-思来想去，还是直接学它吧以后出了什么问题，见招拆招即可​

自学Java第128天springMVC框架最后一天了一口气干脆直接把它学完了-知识点其实是挺多的，这几天都多光注解一共就接触了十几个你说一下子要完全学会那肯定很困难-我所打算的是先把这些知识点过一遍先有一个大致的印象再去用SSM框架改造下前段时间做的项目-如果有哪个知识点忘记了或者很模糊就翻下笔记做一个集中的回顾算是这么一个学习计划吧-当然计划是不确定的，只是有一个方向毕竟今天晚上学啥我还没来得及看最终还是得跟着教程走-并且有些知识点因为时间关系被我省略了比如实体类对象的接受，集合的接受你说单独再写一篇吧，内容又太少了并且同一个小的知识点被拆分挺难受的-没办法，只能先就这样了就当是自己想偷懒了吧-不过我倒是打算做一个知识点的长篇合集毕竟关于思维导图都被我落下太久了这些自己欠下的，全部都得一一重新拾起来-哦，对了，学了拦截器和文件上传还有json，转发重定向的使用以及Jstl标签的学习Jstl既然又提到了还是学下吧反正又不是很难，也没废太多时间

自学Java第127天今天的知识点有点多了，想一下记住太难注解一下子接触了好多个-就像有人问我：你写的这些记得下来么？我当然记不下来了，我经常会忘记但正是因为如此，不是更应该记笔记么？-好记性还不如烂笔头呢-我以后哪块知识点忘记了想不起来回头翻下自己的博客不就好了还能将整个知识点做个回顾-并且文章有历史记录，搜索也方便有时还能检查出自己以前犯的一些错误何乐而不为呢？-当然今天的注解虽然非常多但是最常用最重要的就那么几个想记下来也不算太难-@RequestMapping的使用它是用在方法上的，并说明请求路径就是一个类中可以创建很多方法每一个方法都可以接受一个请求-这个我太有印象了，当初学servlet时因为一个类只能接受一个请求很不方便所以当时我们创建了一个BaseServlet再使用反射将方法和请求对应了起来-所以我大胆地猜测下该注解底层也是使用反射当然就不深入研究了，主要也看不懂并且免得又要被人吐槽一个新手还研究底层虽然我一直都觉得自己只是在学基础知识点-非常重要的还有下面两个注解：@RequestParam@PathVariable-都是获取请求参数，后者是请求路径中的参数我们知道POST请求参数并没在请求路径中那么就可以使用@RequestParam

自学Java第126天学了springMVC框架用去医院看病的例子来理解它的运行流程-医院根据病人情况判断是否能接受病人这里医院就相当于控制器根据用户请求路径判断是否接受请求-医院先要挂号确定病人是哪个科目对应着控制器要找映射器确认哪个处理器这个映射器就相当于在医院挂号的作用只能确定要找谁，但并不能解决问题-病人挂号后要根据凭条信息？找到对应的门诊房间的医生看病这个找到对应医生的过程就是适配器的事情适配器要调用对应的处理器，让处理器工作-医生给病人看完病后会开一个药方处理器就相当于医生，处理完具体的业务逻辑后会返回ModelAndView给适配器这个ModelAndView就相当于是药方-拿到药方后根据医院的指示去药房付钱取药这个药房就相当于视图解析器它可以把医生开的药方解析成具体的药-最后病人也就拿到能治病的药了也就相当于用户看到了响应的页面-以上就是对springMVC的流程说明本质上和我们以前学的servlet是一回事只不过该框架更加地专业，也更强大-以前的就相当于是一个小门诊挂号、看病、取药，都是大夫来完成现在更加的专业了，都交由对应人员处理医院就起到了一个调度的作用-当然关于代码编写可以进一步优化的不用像今天编写的这么麻烦不过时间有限，今天理解下其整个运行流程明天学习使用注解如何编写，应该简单很多​

自学Java第125天spring框架学习的最后一天学了使用spring后的数据库操作以及事务-老实说，spring学的确实有些吃力IOC容器都还好，AOP切面编程就有点懵了好像学会了，又好像没学会懵懵懂懂，是学习中最大的障碍之一-这个东西，感觉一次性想把它吃透太难了得跟随项目多实战多使用几次才行所以我也不会过于纠结这个-先把它弄出来，在一步步优化怕的是自己恐惧，不敢接触，甚至放弃这就跟做计划一样：-想一开始就做一个完美的计划，不太可能极有可能会一直拖着，永远也不开始做而开始做了，刚开始做的可能差的要死但都是一步一步优化过来的-就好比今天学的这个事务管理以前初次学的时候还不是学得脑壳疼尤其是那个事务的四大隔离级别-后来多应用几次，现在用spring再次接触事务时发现其实还好，虽然也不能说特简单但对比初次接触事务时确实好理解了不少-spring框架学了6天明天就开始学springMVC啦

自学Java第124天学了切面编程的实现步骤传统的spring配置和Aspectj配置-无外乎都是核心三步骤：确定要增强谁？确定增强什么功能？确定需要增强的方法有哪些？-切入点也就是需要增强的方法通知也就是增强什么功能而如何将它们对应起来就需要配置切面-其中最重要的就是这个通知，把它弄懂了无论是xml还是注解就都很简单了其有前置通知、后置通知，环绕通知等这个代表的就是增强功能出现的位置-前置通知就是说先运行增强的功能再运行原有对象本身的方法以此类比，也很好理解-如果是传统的spring配置的话需要事先确认是什么类型的通知再实现对应的通知接口-使用Aspectj就不需要实现对应接口只需要在XML中配置说明即可也比传统的更加地灵活-将这几种通知类型搞清楚了配置起来也就非常简单了当然注解的话就更加地方便一些了只需要在对应方法上说明是什么通知即可-@Before表示就是前置通知@AfterReturning也就是后置通知……等等还有好几个-其实XML和注解可以说是对应的xml会配置的话，使用注解就不要太简单了而会注解，不一定会xml，可能都忘了

自学Java第123天AOP面向切面编程的学习-以前也学过很多种面向XX编程比如面向过程编程，面向对象编程这两种也就是C语言和Java语言的区别-后面Java又学了面向接口编程今天又学到了面向切面编程说来说去最终还是得面向搜索引擎编程：面向百度编程、面向谷歌编程-面向开发文档编程面向老板的口述编程……等等等等，各种各样的吐槽都有-那这个面向切面编程到底是干嘛的呢？通俗简单小白式的理解就是：能够对某个对象的某个方法功能增强同时对这个方法本身没有任何修改-大概举一个例子说明下：比如吃汉堡，里面有生菜、肉片…等等但是我发现这个生菜不好吃-于是我把这个汉堡给切开将生菜取了出来，加了点老干妈再将生菜放回去，发现好吃了不少-这个过程就是面向切面编程：汉堡就是一个目标对象生菜就是对象的方法中需要增强的方法给它增强了一个什么功能呢？给它加了点老干妈，更好吃了-但是对生菜本身并没有产生修改这个要这么理解，不能太严谨什么叫对生菜本身产生修改？-比如我把它拿出来用油炸了一下同时加了佐料，也更好吃了但是这样对生菜本身也产生修改了-当然这个例子可能不太准确但大致就是这么个意思我学这块知识点的时候就是这么理解的不然太抽象了，比较难弄懂-说白了就是对方法的增强继承也可以实现该功能但是继承会对方法本身产生修改-而面向切面编程不仅增强了方法同时还没对方法本身产生修改那它是怎么实现的呢？就是利用动态代理-​对动态代理也进行了全方位的再次回顾当初学的时候觉得难的不行现在回头来看确实好理解了不少-本质上就是Proxy类中的一个静态方法newProxyInstance()，其有三个参数将这些参数完全弄懂了，动态代理也就差不多了

自学Java第122天学了spring注解的使用不得不说使用起来还是蛮方便的-本来以为要花一些时间来学的结果两个标签一配置基本就完了当然目前还只是IOC容器的学习后面还有一个AOP面向切面编程-@Component即将对象交给spring管理就相当于xml中的bean标签的使用该注释根据三层架构还有进一步的细分-@Autowired即根据类型实现依赖注入也就相当于xml中的class属性如果有相同类型的，可以根据id实现加入@Qualifier(id名)进一步说明-此外还搭建了一个JavaWeb项目在项目中使用spring框架在配置项目环境的时候出了点问题-以前都是直接配置Tomcat并使用这次我想使用maven工程中的Tomcat插件结果就出问题了，浪费了一些时间才解决导致学习进度又落下了一点-本来要学的spring***的使用以及spring的Junit测试集成都没时间弄了早睡早起就这点不好，时间不可控稍稍遇到一点意外，计划就被打破了-不过晚上确实又容易犯困，效率更低并且熬夜确实不好，还不如凌晨起来学呢不过还好这些都还好说毕竟马上要学的AOP面向切面编程是重点