负责金融交易清结算系统核心链路设计、高并发场景优化及稳定性保障，主导跨机构资金流转类需求的落地，工作边界覆盖需求评审、架构设计、编码实现、压测调优及线上问题排查全生命周期。

• 主导设计新一代跨行代付系统的分布式架构，基于Spring Cloud Alibaba完成服务治理体系搭建，针对银行通道响应延迟高（平均800ms）、批量代付吞吐量不足（QPS≤500）的问题，引入RocketMQ 5.0实现交易与清算异步解耦，结合Sentinel 1.8配置动态流量阈值（峰值QPS 2000），同步优化数据库索引策略（新增联合索引12个），最终将批量代付处理耗时从15s/万笔压缩至3s/万笔，日处理量支撑从80万笔提升至200万笔。
• 牵头解决高频交易场景下的幂等性风险，梳理核心接口（如支付回调、状态变更）的17类重复提交场景，设计「Redis分布式锁+数据库唯一索引」双层防重方案，通过Lua脚本保证锁操作的原子性（过期时间动态调整为30s-5min），上线后因重复请求导致的资损事件下降98%，接口幂等校验成功率稳定在99.99%以上。
• 主导数据库分库分表改造，针对用户交易流水单表数据量突破2亿条导致查询慢（平均响应500ms）的问题，采用ShardingSphere 5.1.1按用户ID哈希分16库16表，结合Elasticsearch 8.5同步存储流水摘要信息，实现「明细查询走DB+统计分析走ES」的分层查询策略，交易流水详情查询耗时降至80ms以内，支撑财务对账类需求响应时效提升70%。
• 设计并落地全链路压测体系，基于JMeter 5.5模拟双11大促场景（并发用户10万+），识别出支付路由服务CPU使用率过高（峰值95%）的瓶颈，通过Arthas定位到JSON序列化（Jackson）耗时占比35%，替换为FST序列化库后，单节点吞吐量从800TPS提升至1500TPS，整体系统稳定性在大促期间保持0故障。

参与电商中台系统核心模块开发，聚焦订单与库存域的功能迭代，负责高并发场景下的性能优化及跨业务线需求支撑，工作边界包括需求分析、技术方案设计、编码实现及线上问题定位。

• 负责订单中心「预售定金+尾款」模式的开发，针对预售商品库存冻结与释放逻辑复杂（涉及优惠券、积分等多维度校验）的问题，基于Spring Boot 2.6+MyBatis-Plus构建状态机引擎，定义12种订单状态（如「定金已付」「尾款待支付」）及8类状态转换规则，通过注解+AOP实现状态变更的统一拦截，上线后订单状态异常率从0.3%降至0.01%，支撑双11期间预售订单量突破50万单。
• 优化秒杀系统的库存扣减性能，原方案直接操作数据库导致锁竞争严重（QPS≤2000），通过Redis 6.2实现热点商品库存预扣减（Lua脚本保证原子性），结合数据库乐观锁（version字段校验）做最终一致性兜底，将秒杀请求处理耗时从200ms降至50ms，支撑单场秒杀活动QPS峰值达1.2万，库存扣减准确率100%。
• 主导解决分布式事务一致性问题，针对「下单-扣库存-减积分」跨服务场景，放弃传统TCC模式（开发成本高），采用RocketMQ 4.9的事务消息机制，在订单创建成功后发送半消息，库存服务与积分服务消费消息后执行本地事务，失败时通过回查接口补偿，最终事务成功率稳定在99.95%，较之前方案降低60%的运维成本。
• 参与技术债治理，对老旧订单查询接口（基于MyBatis动态SQL拼接）进行重构，通过引入二级缓存（Caffeine+Redis）缓存高频查询条件（如「近30天未支付订单」），并结合Elasticsearch 7.15建立订单搜索索引（覆盖商品名、用户ID等10+字段），查询耗时从800ms降至150ms，接口调用量日均减少数据库查询10万+次。

负责企业服务系统（CRM/ERP）的后端开发与维护，保障系统高可用性及功能迭代效率，工作边界覆盖需求拆解、模块编码、联调测试及日常线上问题处理。

• 开发客户关系管理系统（CRM）的用户权限模块，基于Spring Security 5.1+RBAC模型实现细粒度权限控制，支持128种操作权限（如「查看客户联系方式」「编辑合同金额」）与500+角色的灵活配置，通过自定义FilterChainProxy优化权限校验流程，单次权限验证耗时从50ms降至8ms，支撑企业客户数从5万增长至20万时的权限管理需求。
• 优化日志监控系统，原ELK栈（Elasticsearch 6.3+Logstash 6.4）存在日志丢失率高（约2%）、检索慢（复杂查询超10s）的问题，升级至Elasticsearch 7.6+Filebeat 7.12，调整日志采集策略（批量发送+异步缓冲），并将索引生命周期管理（ILM）配置为热数据保留7天、温数据归档至OSS，日志完整率提升至99.9%，关键日志检索耗时降至2s以内，故障定位效率提升60%。
• 推动DevOps实践落地，搭建Jenkins 2.289+Docker 19.03的自动化流水线，实现代码提交→单元测试→打包→部署全流程自动化，部署时间从2小时缩短至20分钟，发布频率从每周1次提升至每日3次；同步引入SonarQube 8.4进行代码质量门禁，代码重复率从15%降至5%，圈复杂度超标方法减少70%。
• 解决大文件上传稳定性问题，原方案基于传统表单上传（最大2GB），频繁出现超时中断（失败率10%），采用分片上传（每片5MB）+断点续传（记录已传分片MD5）方案，结合FastDFS 6.0做文件存储，上传成功率提升至99.9%，单文件最大支持10GB，支撑企业客户上传合同附件、产品资料等大文件需求。

电商大促场景下分布式事务一致性优化项目

• 项目背景：电商大促期间，订单、库存、优惠券跨服务的事务一致性问题突出，曾出现超卖、优惠券重复核销等情况，导致客诉率上升15%、单场大促营收损失约800万元；核心目标是解决高并发（峰值10万TPS）下分布式事务的强一致性与高吞吐量矛盾，保障大促期间核心链路99.99%可用性。
• 关键难题：原有TCC事务模式在高并发写场景下存在严重锁竞争——库存扣减的try阶段需锁定整张商品库存表，导致吞吐量骤降40%；同时跨服务的券发放与订单状态一致性校验延迟，偶发“订单成功但券未到账”的问题，影响用户体验。
• 核心行动：① 设计“混合事务模型”：对库存扣减这类高频写操作，替换为“本地消息表+异步补偿”机制——订单服务创建订单时，将库存扣减指令写入本地消息表，通过定时任务+指数退避重试策略异步推送至库存服务，避免长事务锁表；对券发放这类低频关键操作，保留Seata TCC模式保证强一致。② 构建幂等保障体系：基于Redis分布式锁+全局唯一订单ID，拦截重复的库存扣减/券发放请求，解决异步消息重投导致的幂等问题。③ 打造事务监控闭环：用Prometheus+Grafana监控事务成功率、延迟，结合Alertmanager设置阈值预警，自动触发补偿任务（如事务失败时回滚库存、补发优惠券）。
• 项目成果：大促期间订单成功率从99.5%提升至99.99%，库存扣减吞吐量提升300%（从6万TPS到18万TPS），优惠券核销准确率达100%；客诉率下降85%，直接减少年度营收损失约6000万元；该方案被推广至公司全电商平台，成为大促事务处理的基准架构，个人也因此晋升为事务架构方向的核心负责人。

会员服务体系微服务化重构项目

• 项目背景：原有会员系统为单体架构，会员权益、积分、等级等模块高度耦合，新增积分规则需修改整个服务代码，迭代周期长达2周；曾因积分模块BUG导致50万会员积分异常，故障影响范围覆盖全会员体系。核心目标是将单体拆分为“会员核心域、权益域、积分域”3个微服务，提升迭代效率至1周/版本，降低故障影响范围至单个域。
• 关键难题：① 数据一致性：会员等级变更需同步更新权益（如专属折扣）、积分（如等级对应的积分倍数），单体内部调用变为远程调用后，易出现数据不一致；② 服务调用性能：拆分后服务间调用延迟从毫秒级升至几十毫秒，影响会员注册流程的响应时间（从200ms增至500ms）。
• 核心行动：① 用DDD领域驱动设计划定服务边界：会员核心域负责账号、等级管理，权益域负责折扣、专属权益发放，积分域负责积分计算、消耗，明确服务间通过事件驱动的调用关系。② 解决数据一致性问题：用Canal监听会员核心域的MySQL binlog，实时同步等级变更事件至权益域、积分域，保证数据最终一致性；同时设计“回滚钩子”——若权益域同步失败，会员核心域自动回滚等级变更。③ 性能优化：采用Apache Dubbo做RPC框架，配置基于一致性哈希的负载均衡与连接池复用，将服务间调用延迟降至50ms以内；用Sentinel做熔断降级，当积分域故障时，会员注册流程仍可完成，积分后续通过定时任务补发。
• 项目成果：微服务拆分后，迭代周期缩短至1周/版本，故障影响范围缩小80%；会员注册响应时间从500ms降至250ms，注册成功率提升至99.8%；支撑会员数从500万增长至1200万，未发生因架构问题导致的大规模故障；该重构方案成为公司其他业务线微服务拆分的参考模板，个人积累了从单体到微服务的全生命周期落地经验。

• 大二观察到毕业生离校时大量教材被废弃，而新生购书支出占生活费12%，便发起校园书籍教材循环计划。为解决传统二手书交易效率低的问题，我们开发微信小程序实现扫码估价、预约取件功能，并说服快递中心以成本价承接物流。
• 通过建立翻新消毒标准打消卫生顾虑，项目年流通教材1.2万册，累计为同学节省书费38万元。这段经历让我从商业小白成长为能设计闭环模式的实践者，项目不仅获省级创业金奖，更被纳入学校官方服务体系延续至今。