记录真实开发问题、项目实践和两三句就能说明白的技术点
京东读服务架构经验（开涛）：无状态、数据闭环（异构/聚合/展示）、多级缓存（浏览器/CDN/接入层/应用层/分布式）、并发化、降级开关、限流、切流量等设计原则与落地。
京东商品详情页架构演进（1.0 IIS+memcache → 2.0 静态化+SSI → 3.0 数据异构+JIMDB+Nginx/Lua），及数据闭环、数据维度化、异步并发、多级缓存、降级开关、多机房多活等设计原则与踩坑。
京东交易平台副总监王晓钟《京东高性能、高并发交易系统技术探讨》笔记：交易系统 10 大原则（拆分/灾备切换/水平扩展/限流/降级/读写分离/异步化/动静分离/压测/预案）与实时价格系统读写架构实现。
订单系统（仿淘宝/美团）项目总结：仿照淘宝约 65% 核心交易流程，订单数据有状态且有超时，数据库按状态横向分表（如未付款入 Order_OrderInfo_Temp）；并总结与支付系统耦合、超时处理待优化等改进点。
从单体到分布式，大型网站经历怎样的架构演化？本文梳理架构演化 11 个阶段、分层/分割/缓存/异步等架构模式，以及性能、可用性、伸缩性、扩展性、安全性五大核心要素。
前几天和朋友聊秒杀 程序的问题, 他的观点有些不赞同 , 这里做个总结 一、为什么难 秒杀系统难做的原因：库存只有一份，所有人会在集中的时间读和写这些数据。 例如小米手机每周二的秒杀，可能手机只有1万部，但瞬时进入的流量可能是几百几千万。 …
PHP+MySQL 实现秒杀/抢购避免超卖：用 InnoDB 存储过程 + for update 行锁（事务串行化）在扣减前先查余量，并发请求被阻塞排队，从而保证不超发。
这样的需求其实挺特殊，每个“楼”都是一个独立的“树”，每个“楼”都“几乎”不用依赖其他的“楼”。 最简单、最高效的方式是用文件来存储每一个楼，每个新闻一个楼，使用xml、json等树形结构的文件格式来规范评论和新闻内容。这样每进一个楼只需要访问一个文件
前后端分离常遇 Access-Control-Allow-Origin 跨域报错。本文讲解同源策略与预检请求，给出 Spring Boot 全局 CORS 配置，并指出 credentials、自定义头、Spring Security 放行等坑点。
