小道仙的后宫

Bitmap是一种精简而高效的数据结构，通过二进制位存储大规模布尔值信息，常用于快速处理用户在线状态、权限管理以及行为记录等应用场景。可以简单把它想象成是趋于无限大的数组，每个位置只能存储 1 和 0。它可以快速统计出有多少个 1，也可以快速统计某个区间内有多少个 1。基于此我们可以创建一个 bitmap， key 就是这条消息的id，每个位置就对应一个用户，1 就表示看过。

服务宕机可能很多人第一反应就是限流，我们也做了，如果不限流一个 pod都起不来，以前对于限流也没有什么思考，现在觉得：限流的第一步是要考虑你的系统最大并发量，不然限流就是个借口。exhibition 服务在1.5w/min 的时候就开始挂机，顶峰4.5w， 或许我们的服务达不到4.5w，但绝对不会是1.5w。

不知道你是否有无数次吐槽公司的架构设计，比如某一个关键的列表， `join` 了无数张表 （join 代表了left join、 inner join 等） 做了一个新功能，新增了几张表，列表为了展示一个字段，又去关联一张大表，这样的操作，速度不慢才怪嘞很遗憾我们现在的系统就是这样的，不知道你们有没有听说过ADB这样的数据库，它们主要是用来处理大数据的，性能超强，我们一个查询`20s`的SQL，迁移到ADB里面那就`0.Ns`了 (我们不去探索它为什么这么快哈) ...

公司之前是以JWT + ThreadLocal 做的登录系统，在使用的过程发现了如下的问题，下面我们一起来看看，后面也会给出更好的解决方案。一、基于JWT + ThreadLocal实现登录1-1、JWT所谓的JwtToken，你可以理解成把一个数据进行一系列的加密后生成的一个字符串，所以你也可以把它解密成原本的数据。1-2、ThreadLocal这个可能很多人听过，但却很少人用过，其实很简单，在多线程的情况下，如果你不想用同步的方式解决就可以用ThreadLocal线程本地变量来解决。你

大多数我们的系统都是独立的，即便是A、B系统有所交互那也是数据层的交互，用接口调用的方式就满足了，但最近接到了这样的一个需求。A系统新增一个按钮，点击打开B系统的B.B页面，从B系统直接去B.B页面，会比从A系统进去少一些按钮和字段。思路一单独为这个写一个页面，然后全部交互都以后端接口的方式去调用。#mermaid-svg-0oXsjaRd3SXErQO1 .label{font-family:'trebuchet ms', verdana, arial;font-family:var(--me