接上节，水 天 需卦 010111。

因为我们现代与古代是有所不同的，古代八卦是从下往上读爻的，而本文是从上往下读的，所以是有一些出入的，我觉得周易也要与时俱进，因为从下往上读与现代习惯有点不协调，就好比我们都习惯从左往右写字读书，而从右往左读写就比较不习惯。因此有很多爱好周易的网友给我私信，提到了这个问题，所以在此说明。坤卦，乾卦，坎卦，离卦都好说了000,111，010,101。从上从下读爻都一样，但是100,001,011,110，这四卦就有顺序了，从上读和从下读就完全不一样了，我们以从上往下读爻，从左往右读数为标准。

距2024年电赛（全称"全国大学生电子设计竞赛"）只有半年的时间了，今年是省赛通道。作为A类级竞赛，很多电子类专业的学生，以及非电子类专业的学生都想去参加，但是它的门槛有很高，很多大一的学生参加电赛只是为了获得体验感（当然你也可以抱学长的大腿蹭个奖，这里我不做考虑）。因为大部分专业课都是大二才开，所以说对于大二的学生来说参加电赛是最好的选择，但是也不是说大一参加了就不能拿奖，经过一些专业能力的训练还是有可能拿奖的。以下谨代表我个人的观点关于控制组该如何学习：

构建高并发服务一直是程序员的痛点。咱们今天就用FastAPI

大家好，我是mikechen。

作者 | 雷架

文章来源 | 爱笑的架构师 （id ：DancingOnYourCode）

缓存异常场景分类

在实际生产环境中有时会遇到缓存穿透、缓存击穿、缓存雪崩等异常场景，为了避免异常带来巨大损失，我们需要了解每种异常发生的原因以及解决方案，帮助提升系统可靠性和高可用。

缓存穿透

公平锁的目的是确保请求锁的线程能够按照请求顺序获得锁，避免锁的饥饿现象。在使用Redis实现分布式锁时我们应该如何保证锁的公平性呢？下面我们就来看看在实际开发中比较常用的几种保证分布式锁的公平性的操作。

解决思路

可以使用Redis的List结构来实现一个队列，通过这个队列，当请求锁的线程到来时将其标识线程ID放入队列中。在锁的持有线程需要释放锁的时候，我们可以从队列中从队列中取出下一个请求并给它分配锁。

在数据库的江湖里，行级锁一直是个“神秘高手”——开发者知道它快，却总抱怨它“失控”。有人遇到死锁束手无策，有人因锁冲突拖垮系统，甚至有人质疑：“我明明用了行锁，怎么最后锁了整张表？” 答案藏在索引里。

在分布式系统中，为了防止多个节点同时操作共享资源，需要引入分布式锁来保证数据的一致性。常见的分布式锁可以基于数据库、Redis、Zookeeper等来实现，下面我们就来介绍一下，如何通过Redis来实现一套分布式锁。

使用Redis来实现分布式锁的优势就在于Redis是单线程的模型，具有丰富的键操作功能，支持原子性操作，并且具有高性能，支持分布式操作。因此特别适合作为分布式锁的基础存储系统。

在当今电商、本地生活服务等行业的各类促销活动里，高并发抢券的场景极为常见。就拿双 11、618 购物节来说，平台发放的优惠券数量有限，然而参与抢券的用户可能达到百万甚至千万级别，瞬间产生的高并发请求，对系统的稳定性和性能而言，无疑是巨大的挑战。Spring Boot 作为当下后端开发中广泛运用的框架，凭借快速开发、简化配置等优势，成为实现高并发抢券逻辑的热门之选。不过，要想在高并发场景中充分发挥其最大效能，还需深入研究并合理运用各种技术手段。

分布式锁是分布式系统的核心，也是大厂重点考察对象，下面我就全面来详解Redis分布式锁@mikechen

本篇已收于mikechen原创超30万字《阿里架构师进阶专题合集》里面。

分布式锁

分布式锁是一种用于在分布式系统中，协调多个进程、或者多个节点，对共享资源的访问机制。