实习记录(二)

这个距离上次更新日志大概有十天左右吧，适逢端午节也比较悠哉，于是还是再续一篇吧。

这两周没做什么重要的内容，依然是之前的退货系统，但是我只是写一些简单的接口，所以内容还是比较有限的。其中我印象比较深刻的就是关于分页的操作吧，之前学长已经写过现成的例子了，当时我们有直接参考，而是照着自己的意思去写分页吧。。然而在这周被指出来了，我当初愚蠢地一次性取出来了所有的数据，然后想着以后放入缓存不久可以了，然后每次再取数据的时候直接从缓存中取不就是非常方便嘛(前提是我知道我们的数据数量级很小)。。然后被指出来这样是不行，说如果规模稍微上去的话会把内存撑爆，额。。没办法只能改了，于是还是硬着头皮把自己的烂代码改掉了。后来陆续做了关于图片上传的内容，我发现图片并不是像我一样存在本地(我之前比较弱),而是直接存到CDN 上然后返回图片路径过来(相当于做了本地的云存储)，这让我想起来了之前使用过的七牛云存储，不过当时的七牛真的很烂，速度慢不说吧还经常报502...我记得还仔细看了项目的错误处理这一块和日志处理，错误处理都是采用统一的措施，因为Spring有原生的支持嘛，所以只要简单设置一下就可以拉。我之前做的时候没有发现Spring的这个功能，都是傻傻的自己用try块包围然后捕获错误后再处理，现在发现这种做法真的很Low啊。。。而且日志的用途好像比我想象的要丰富一点，并不是只有错误的地方才需要日志，可能连接啊，断线啊，某些很重要的操作阿都会有日志记录的，这倒是我以前没有注意到的，以后自己也会学学人家的做法。

这周一个重要的问题是对于Spring整合Mybatis时候的事务无效的解决吧，大体上都有这些可能吧：1.Spring初始话自己的注解的时候，Controller如果优先与Service初始化的话由于这时候Service还没有被事务作用，所以这时候其实Controller调用的Service是没有事务的Service，如果直接在配置扫描的时候不加区分的话就会造成Service的事务无效。2:看看是不是Mysql的存储引擎选错了，选的是不支持事物的引擎，这要是忘了的话可就尴尬拉。。我们用的是多数据源，估计是想实现读写分离，主库用来写，从库用来读。。。但是各种方法都试过了也都不行，随后我发现我们的多数据源根本没有起作用，因为对于数据源的选择上都是几个注解作用的，然是我们并没有引入这些注解(因为我们的系统是参考其他的来做的)，所以我就定位问题应该不是数据源，那究竟是什么呢？这就非常奇葩了，最后学长随便删除了一段配置的备库的IP地址就可以神奇的使用事务了。。到现在我都不知道当时的问题出在哪里。。好奇葩。。。

随后的几天里我都没有啥任务，所以觉得自己应该再学点东西吧，于是我把Dubbo的源码扒下来了开始慢慢研究，现在只是看了一小部分，所以不好把这个东西拿出来说(难以启齿)，只看了关于Dubbo对于Spring的整合问题，也就是所谓的一些映射的"Bean"(实际上Dubbo内部都叫做Config),其实<dubbo>的每个类型的标签都会有相应的Config对象吧，具体的内容以后如果我整合的差不多了会贴出来学习的笔记。

这次就到这里吧。