今天完成的事情：

1.解决注册获取不到验证码的问题

变相学习了一下通过断点进行debug的调试，确实挺好用的。

出错原因呢，就是很二的原因。

2.听老大请代码优化

今天将来5点（4个方面），相对于来说，还是听明白了。不过还是自己动手写可能更深刻一点。当然也就面临着一堆bug等着我。

3.写完注册页面

注册页面在湖区到验证码以后就很简单了。只需要将需要提交的参数放进数据库里就行了。

然后需要注意的一点就是在获取验证码的时候，我们将相关参数放入了手机那个表中，现在需要注册提交时，首先是要对对应参数进行比较，也就是说，用户填进去的参数，饿我们发送出去的参数进行核对，如果不一样，则需要打回去重新获取或者填写。

现在深思熟虑，这儿还有很多逻辑，好比出错以后我是要返回到注册页面，让他重新获取验证码这样的操作，这儿就先不考虑，以实现功能为主。相对来说不难，但是麻烦。

本来要验证一下的，但是数据传不上去，没办法弄，只有获取验证码的可以看到。

明天计划的事情：

写邮箱和头像的逻辑

遇到的问题：

1.就是代码在获取验证码的时候，需要调用第三方API的方法，而实例化该类的时候，一只显示运行中，然后也没有别的反应。

最后尝试了好久以后才发现时少了第三方API的jar包。

虽然出错原因很简单，但是由于没有报错，所以找了很久。

但是写demo的时候，由于把整个SDK都拉过来，所以demo没有用到jar包，直接调用里面的类。这次是请求访问，所以是需要jar包的。

2.在写完注册以后，运行了一下，然后数据添加不到数据库中，然后进行测试，但是一只报空指针的错误，无法解决。明天再看。

‍‍收获：

1.目前我们的代码，倾向于去用组合来代替继承。处理比较好用以为，层次也比较清楚。除非遇到组合解决不了的问题，在使用继承。继承最好不要超过三层。

2.代码重构是必不可少的，当代码出现bad smell时候，就需要对代码进行重构了。而这个概念包括，比如说代码超过50行，则需要进行抽取，建新的函数；或者代码出现多次复用等。

3.工程师事宜解决问题，方案的角度来进行写代码的。

就是说，当遇到问题的时候，应该考虑如何最有效的解决这个问题。而不是通过自己所了解的知识去强行处理，造成整个代码的性能等变低。

这里用用户登录时，需要返回给用户一些积分，优惠券等信息举例说明。然后提到一个知识点：消息队列

4.消息队列

（1）介绍

‍‍消息队列中间件是分布式系统中重要的组件，主要解决应用解耦，异步消息，流量削锋等问题，实现高性能，高可用，可伸缩和最终一致性架构。目前使用较多的消息队列有ActiveMQ，RabbitMQ，ZeroMQ，Kafka，MetaMQ，RocketMQ‍‍

（2）应用场景

‍‍异步处理，应用解耦，流量削锋和消息通讯四个场景‍‍

总的来说，就是根据需求选择最合适的方案做出质量最高，用时较少，功能齐全的项目。

而所有工具的选用并不是一成不变的。好比消息队列在返回信息少的情况下，也可以通过缓存或者并发来处理。还有它也是有缺点的，所以就是一个权衡后的选用。‍‍