1.spring提供的实体类之间复制属性的工具
2.第三方短信服务
关于验证码是由自己生成，还是由第三方服务平台生成的这个问题，我觉得还是自己生成比较好，加入第三方平台生成，这个平台就可以随意登录任何一个通过平台发送过验证码的账号
3.@ConfigurationProperties
4.解决session同步的问题
1.tomcat之间互相保存其他tomcat所收到的session。
缺点：如果session数据多，会导致各个tomcat之间存储量过大。也会影响tomcat性能。
2.将session数据保存在cookie中
缺点：客户可以看到cookie内容，容易遭受攻击，也容易将cookie数据丢失。
3.反向代理hash一致性
通过负载均衡服务器根据ip进行hash运算，使得同一个ip每一次访问的都是同一个tomcat（nginx能做到这个）
缺点：如果服务器宕机，会丢失数据，有单点故障风险。仅适用于集群内，超出负载均衡服务器范围的请求是无效的。
4.使用redis存储
将session信息存储到redis中，在用的时候来redis中找。
这样就会使原本tomcat找session的逻辑实效（原本是在内存中找，现在要来redis中找，然后各种对session的操作也是在redis中完成），为了解决这个问题，现在有spring session提供了解决方案。
5.spring session原理
这是一种非侵入式的技术。对原本的代码没有任何影响，还是
session.set
seesion.get
但是，存入到哪，怎么取，能否共享，就已经变了。
session的目标如下
6.静态代码块
静态代码块特点：随着类的加载而执行，而且只执行一次，只能初始化类中static修饰变量
具体详解见https://blog.csdn.net/qq_35868412/article/details/89360250
7.不同工程之间的资源不能转发过去，必须要拿到response对象然后重定向过去。在非网关类中重定向必须要注意，要重定向从网关入口进入，否则，会直接在工程内部重定向跳转，网关上配置的filter，spring session等工具都会失效。无法获取到spring session保存在redis中的session
8.序列化接口Serializable到底是什么，有什么意义
待补充
9.网站中的文件如何保存
1）tomcat中保存
问题：1.web应用重新部署，会丢失所有之前的文件
2.集群下文件难以同步
3.文件体积过大，极大拖慢tomcat效率
4.服务器存储扩容问题
2）自己搭建文件服务器
优点服务器可以自己搭，可以定制
缺点：要投入大量人力物力
3)使用第三方云服务平台
阿里oss对象存储服务
缺点：数据不在自己手里
优点：无需自己维护
较小规模应用
10.使用阿里云oss服务
创建bucket，创建子用户，构建AccessKey，在工程中实现ossProperties类，yaml配置文件中提供oss bucket，子用户AccessKey信息