请列举软硬件中Race Condition的实际系统场景示例

Alright, let's dive into real-world race condition scenarios in both hardware and software—these are actual system-level situations, not just code examples used for explanation:

• 共享存储设备的并发访问：想象一台服务器上的同一块SAS硬盘，同时被两个虚拟机发起读写请求。虚拟机A要把某个配置文件的版本号从v1更新到v2，虚拟机B则要读取这个版本号生成统计报告。如果A的写入操作还没完全完成（只写入了部分字节），B就触发了读取，那B拿到的会是残缺的版本号，直接导致报告数据错误。这就是因为硬盘控制器没做好访问同步，两个操作的执行顺序不可控引发的竞态。
• GPIO引脚的冲突控制：在嵌入式开发场景中，一块开发板的同一个GPIO引脚同时被两个任务操作——一个任务要拉低引脚电平关闭外部LED，另一个任务要拉高电平触发传感器采样。如果两个任务的控制信号几乎同时到达GPIO控制器，就会出现引脚电平不稳定的情况：LED闪一下又重新亮起，或者传感器采样到错误的触发信号，这就是硬件层面典型的竞态条件。

• 文件系统的并发修改：你正在电脑上用视频剪辑软件导出一个几GB的大文件到桌面，同时系统的自动备份工具刚好开始同步桌面文件到云端。如果备份工具在剪辑软件还没写完整个文件时就开始读取它，那备份的文件会是不完整的，甚至无法正常打开。这是因为两个进程都在访问同一个文件资源，没有同步机制，执行顺序的不确定性直接引发了竞态。
• 电商平台的库存超卖：这是数据库场景里最常见的竞态问题。假设某款限量商品库存为2，两个用户同时下单。用户A的事务读取到库存是2，准备减1；与此同时用户B的事务也读取到库存为2，同样准备减1。如果这两个事务没有加锁或者用其他隔离机制，最终库存会变成0，但实际上应该剩余1，直接导致超卖——这就是典型的数据库竞态条件。
• 缓存的读写冲突：新闻网站的缓存系统中，后台内容更新服务刚把一篇文章的新内容写入缓存，同时前端的缓存读取服务刚好在旧内容还没被完全覆盖时读取了这篇文章，用户打开页面就会看到一半旧内容、一半新内容的错乱显示。这就是缓存读写操作不同步引发的竞态问题。

内容的提问来源于stack exchange，提问作者Adarsh Jain