项目业务与应用场景
有限房源在集中选房时面临并发竞争，既要避免重复占用，又要保证不同政务角色的权限、文件材料与签约过程可追溯。
10PUBLIC HOUSING SELECTION
北京保障房线下选房平台
为保障房业务建设高并发、强一致性的选房平台，支持房源选择、平面图/3D 模型预览和电子合同签署。
Spring Cloud AlibabaOracleMyBatis-PlusRedisNacosSentinelActiveMQFastDFSSpring Security
集中选房与房源唯一占用
支撑 3000+ 套房源和日均 5000+ 人次的线下选房，避免同一房源被并发重复选择。
房型预览连接电子签约
房型图与 3D 模型辅助选房，选定后进入电子合同签署与存证。
不同政务角色分开操作
住建管理、街道、申请人与现场工作人员分别拥有业务权限，敏感操作可追溯。
BUSINESS FLOW
核心业务链路
从用户进入系统开始，查看业务数据如何经过各环节并形成最终结果。
SYSTEM NODE 01
身份与角色
隔离住建委、街道办、申请人与现场工作人员的权限。
ENGINEERING DECISIONS
难题如何变成系统能力
从业务约束出发，说明机制为什么成立、边界在哪里。
并发房源的唯一占用
- 难题
- 有限库存面临集中流量，需要让并发请求遵循统一占用规则。
- 机制
- Redis 库存操作与业务校验共同守住房源边界，ActiveMQ 解耦关键通知。
- 结果
- 核心流程围绕房源唯一占用展开，不因消息异步放松业务校验。
高峰期流量治理
- 难题
- 核心选房接口需要在异常流量与故障节点下保持可用。
- 机制
- Nacos 管理服务与配置，Sentinel 对核心接口限流至 QPS 1000 以内并实施熔断。
- 结果
- 原项目系统可用性记录为 99.99%。
文件与签约证据分离存储
- 难题
- 房型文件规模大，合同又需要完整的身份与签署记录。
- 机制
- FastDFS 管理房型图与 3D 模型，JWT + Spring Security 执行角色权限，第三方电子签章提供签署回执与存证。
- 结果
- 原项目管理 10 万+份房型图与 3D 模型，业务服务保留文件引用和签署证据。
展开补充设计与约束
- Sentinel 将核心选房接口 QPS 控制在 1000 以内，并对异常节点实施熔断。
- Redis 库存操作与业务校验共同守住房源唯一占用边界。
- 大文件独立进入 FastDFS，交易服务只保存业务引用和签署证据。
PROJECT RECORD
原项目记录与量化结果
以下为原简历中已确认的项目指标；与本站演示样例数据分别展示。
013000+ 套房源
02日均 5000+ 人次
03核心接口 QPS ≤1000
04系统可用性 99.99%
0510 万+份房型图与 3D 模型