1.选用框架
SSH已经被淘汰，流行的是SSM，加上现在的微服务的概念，趋势是越来越轻型，越来越小型化，所以框架的持久层选用mybaitis，资源管理万年不变的spring，整个架构springmvc。正式这种概念的产生让我对后台越来越感兴趣。
我在做安卓开发的这段时间里面，看了比较多的框架设计的东西，现在再来学习ssm框架，有一种豁然开朗的感觉，大家所声称的框架的优势，也越来越被我所理解，好的东西都是相通的，安卓的框架现在看来是个微型框架，比起后台的架构我觉得还是比较低级的。
漫漫人生路，还有很多我值得去学习，加油吧，骚年！
2.遇到的问题
最近看了下后台的框架，自己还能拿起原来的一些基础，最难的地方还是mybaitis框架的查询语句吧，还没有用很多高级的用法，优化也不会，控制层自己现在也可以去做一些拦截器和过滤器去拦截非法请求，其他的都还好。
总结下，最近做后台出现的一些费我时间的地方：
1.配置拦截器和注解扫描包的路径配置，要搞清楚路径代表的是包路径，还是url路径，这也是语法的问题。
2.mybaitis的mapper的用法。
3.编码格式的问题：所有请求的过程是：客户端--->tomcat服务器--->ssm应用--->mysql数据库--->tomacat服务器--->客户端。如果出现乱码问题，或者是更新数据库数据格式报错那么就要从整个流程查起，到底是在那个环节出现的乱码。最直接的方法，就是配置tomcat服务器的server.xml文件中设置utf-8格式，在配置mysql的所有格式都是utf-8,还要在建标的时候就设置utf-8格式就好了。
4.跳播功能，断电续传和tomcat的静态资源请求，这两种方法中只有断电续传才能跳播。最后将图片请求的业务用tomcat的静态资源请求处理，视频播放业务我用断电续传的方式处理。
5.身份验证，移动端的请求，没有自动组装cookie信息，因此在请求的时候服务器是不会自动生成session的，这样使用session机制来自动登陆功能不太现，web端是自动组装的因此这个自动登录功能可以保留给web端，客户端最终选用token的方式实现自动登录（又包含自动生成和校验过期的问题）。
6.以后我将部署到云服务器上，不知道会出现什么情况，未完待续......
3.更多功能
1.集成环信到客户端，服务器，表示心累，但是还是要继续努力。