一、后端问题
- 服务器配置要跟上流量
- 预估QPS时要给足未知流量的空间
- 后端数据库设计要根据项目大小来相对应，小型流量单表就可以，但是中大型要分库分表
- 在处理执行修改的操作时一定要多一层判断（判断是否已经被修改）
- 第三方文档问题一定要注意几个点，每个传入参数的意思，每个接口调用是否有限制，要看清楚每一个接口的调用限制
- 资源问题，本项目有一个上传图片，当时直接上传到服务器，并没有上传到OSS服务器，项目加载资源慢，用户一多导致服务内存满了
- 日志问题，因为没有关闭DEBUG导致一直在存日志，最后服务器内存满了，项目打不开
- Redis缓存问题，因为缓存里面的数据没有在数据库保存，导致当时想升级Redis都不敢升，一旦缓存数据丢失就会出问题
- 抽奖代码中，概率问题！
二、前端问题
- 上传红运值，没有判断就直接跳转到结果。导致用户图片可能没上传成功就到了，二次进入就会显示空白，别的用户
- 上传图片很大几率出现没有调用上传接口，
- 分享地址是直接window.localtion.href 获取的，这样会导致用户分享的参数也会带出去，从而导致用户从该地址进入，是进入分享人的结果页，因为参数是分享人的
- 个人认为生成海报这个地方有问题，上传红运值和头像的时候不应该就生成海报图，个人结果页的地方前端需要的参数，后端都返回了，但是前端这个地方是直接用的生成海报图片，根据层级关系覆盖的。
- 缓存很严重，注意更新版本号