前言
昨天晚上（前天晚上失眠，昨天晚上写的文章，今天早上发布），(゜＾)) ps.平时倒头就睡的人也会失眠？
是啊，倒也奇怪，感觉胸口莫名出现一股闷气，脑中浮现很多奇怪的画面（或者说是一些梦寐以求的画面）。
在画面中我看到了我是如何实现了心中所想，如何潇洒的摆平“一座座大山”。(゜＾)) ps.这里的山，指的是职场中的坎，不是说我做梦去找愚公，我们哥俩去搬山去了。
所幸的是，持续时间不是太长。
可是，为什么会出现这种情况呢？
原因很简单，是因为我感受到了我最近的消沉，感受到了我的付出并没有取得与之相对应地进展（年关了，我急了。我一遍一遍的告诉自己不能着急、不能慌，可这并不能帮我散去胸口的闷气）。于是我开始怀疑自己了，怀疑我选的这条路了。
这是一种无奈，这是一种活在网络年代的无奈，铺天盖地的资料，让我挑花了眼，迷失了自己。--致敬自学者
7：10--7：30
读<<SpringBoot>> 44--47页
收获Application Event
Spring的事件（Application Event）为Bean与Bean之间的消息通信提供了支持。当一个Bean处理完一个任务之后，希望另一个Bean知道并能做相应的处理，这时就需要让另外一个Bean监听当前Bean发送的事件。
Spring的事件需要遵循如下流程：
(1) 自定义事件，继承ApplicationEvent
(2) 定义事件监听器，实现ApplicationListener
(3)使用容器发布事件
20：41--22：30
如上所述，我不知道我该怎么办。一面是还差一点就看完的学习资料。一面是明知道就算看完帮助也不会太大的实际情况。
我不知道该怎么走，于是我只能选择一条路走到黑。
昨晚的视频教程 --- 缓存
缓存的收益
1.加速读写 通过缓存加速读写速度
2.降低后端负载 后端服务器通过前端缓存降低负载：业务端使用Redis降低后端数据库的负载
缓存的成本
1.数据不一致：缓存层和数据层有时间窗口不一致，和更新策略有关。
2.代码维护成本：多了一层缓存逻辑。
3.运维成本：例如Redis Cluster
缓存的使用场景
1.降低后端负载 对高消耗的SQL：join结果集/分组统计结果缓存。
2.加速请求响应 利用Redis/Memcache 优化IO响应时间
3.大量写操作 合并为批量写 如像计数器 Redis累加后在批量写
End.**在沉网中生活，不敢失去想飞的心，始终铭记飞翔的姿势
网友评论