人工帮忙总结下：


第一份工作：北京，2500 ，知道前台工资 2800 ，遂离职。
第二份工作：北京，清华紫光，干了一年多，工资到 8000 。
第三份工作：北京，易宝支付，工资 1w2 ，中间想离职时，遇到了第一个贵人，劝留然后留下来了。后面支付宝给 1w5 没去。
第四份工作：天津中汇，带着 4 位同事一起被挖过去，做技术总监，薪资未知。开发的支付系统上线后产生了 bug ，导致公司损失了 300 多万，做了差不多 2 年。
第五份工作：易宝的同事介绍来到深圳，技术总监，薪资 3 万，遇到潮汕老板。开发的支付系统交易量从 0 到 100w 到 1000w 再到每天的 1 个亿，公司也从 20 多人发展到 200 多人，后面直接管理 50 多个人，承诺的 10% 股份没给，但是要求多次涨薪，离职的时候，年薪已经是 100w 。公司帮忙拿到了后备级领军人才，拿到了 200 多万补贴，在深圳买房，卖了又赚了一笔。后面觉得拿那么多工资不干活，觉得亏欠公司，遂申请停薪留职没再回去。

这种站现在好多

那还可以打标签：标题党，广告等

瞬间觉得账号值钱了 https://i.imgur.com/ee8Lq7H.png

生快🎉

问的问题有点奇怪。

这个队列不就是"池"吗？

既然是池，是不是要判断池子满了没满？

"先判断任务队列是否满再判断是否达到最大线程数"

这里的满，不是指一个池子最上面边缘的刻度，可能是边缘下面一点。就比如水瓶满 500ml ，但是实际可能水并没有装到瓶口口沿，这样设计估计也是为了留出一定的膨胀空间（代码就是留出一定的更大并发能力）。

满就是线程池设计的标准并发能力。
最大线程数是线程池的最大并发能力。

推荐看下这个：
系统设计面试：内幕指南 https://learning-guide.gitbook.io/system-design-interview

3.你认为解决高并发问题的本质是什么？
- 本质就是在大量的请求和有限的资源情况下，如何来保持系统的性能和可用性等。
- 手段很多：增加资源、减小开销、缓存、服务化、冗余、异步、队列、限流、熔断等

线上 Redis 内存满了，应该如何处理？

思路：
1. 解决线上问题，快速恢复线上功能正常访问
- Redis 扩容
- 手动清理不必要的缓存数据，释放内存

线上功能恢复后再做
2. 找出为什么满问题
- 分析 Redis key ，是否是热点数据访问量暴增？
- 是否是 缓存 key 设计不合理
- Redis 配置参数不合理，导致内存使用效率低下
3. 避免为什么满问题
- 针对 2 进行优化，增加监控告警等措施

第一问，实际上是在问你系统设计问题
而你只是直接回答了其中很小的一个点（做法），也不能说不对，只能说不完全对。


尝试从下面几个步骤回答下：
1. 多问
- 学校总的有多少学生需要抢课
- 学校大概总的有多少非常热门的课程
- 平均到每门热门课程大概有多少学生会同一时刻抢
- 给出一些人数，然后是否可以估算出 QPS
假设：需要抢课的学生 1000 人，
假设查询课程 QPS 粗略估算：1000QPS ，峰值*2 ，算 2000QPS

- 其他开放性问题，是否有其他要求
2.初步方案
分为两部来进行涉及：
1. 查询课程（查询并发最大）
设计一个高效的索引和缓存机制，以应对高并发查询需求。方案有：缓存、读写分离等
2. 提交抢课
设计一个分布式锁机制，确保同一时间只有一个学生可以成功抢课。方案有：Redis 、ZK 分布式锁、消息队列等

3.详细方案
- 开始抢课之前，提前将课程-课程余额缓存到 Redis 中
- 使用读写分离，分散查询课程和抢课程写结果时数据库的压力
- 使用 Redis 进行扣减余额
- 扣减成功，记录抢课结果（学生-课程）
4.总结
- 缓存、锁、读写分离、其他方案

去成熟的大学周边学习下，copy

@superedlimited 外国人设计表的时候会用单词的首字母么？

16g => 8192MB

我也有段时间头晕昏沉沉得，去医院啥也检查不出来

1 、https://github.com/AppFlowy-IO/AppFlowy
2 、https://github.com/siyuan-note/siyuan
3 、https://github.com/obsidianmd
4 、https://github.com/logseq/logseq

我的就被扣光了