穿着披风打代码

1.用redis存储验证码 验证码是个会被频繁访问和刷新的 对性能要求高 验证码不需永久保存 短时间就失效 把验证码存在session 分布式部署时 存在session共享问题 2.用redis存储登

业务层做查询功能 支持分页 表现层做处理请求功能 前端去编写模板 一样在followsevice编写 关注列表： 方法返回user对象和关注时间 返回list list中有个map储存时间和user

1.实现关注 取关功能 2.统计关注数 被关注 即粉丝数 不止可以关注用户 还可以关注题目帖子等等 一样是把数据存到redis 一样是要 设计生成key followee：userid:entityt

显示在个人主页信息那里 统计用户发过多少个帖子 评论 每个帖子评论获得多少赞 再加起来 明显太麻烦了 所以考虑重构点赞功能 再定义一个常量key userlikekey 用int 即opsForVal

对谁点赞? 帖子和评论和回复 1.点一下点赞 点两下取消赞 2.首页统计帖子的点赞数量 3.详情页统计评论点赞数量和状态（即已赞 将数据存在redis 由于数据访问层过于简单 可直接写业务层 存取数据

第一步：减少抱怨 别再抱怨多卷多难了 正因为火热才有红海 抱怨声音多了会让自己变得焦虑 简历上的内容很大程度上决定了面试官提问的侧重点。 简历的样式真的非常非常重要！！！如果你的简历样式丑到没朋友的话

当MySQL单表记录数过大时，增删改查性能都会急剧下降，可以参考以下步骤来优化： 单表优化 除非单表数据未来会一直不断上涨，否则不要一开始就考虑拆分，拆分会带来逻辑、部署、运维的各种复杂度，一般以整型