负责公司金融级支付中台的全栈架构设计与落地，涵盖需求分析、核心模块开发、高并发优化、分布式事务治理及跨团队协作，支撑日均10亿级交易规模的业务场景

• 主导设计支付中台分布式事务解决方案，基于Seata TCC模式结合业务补偿机制，解决跨银行通道、账务系统、风控系统的交易一致性难题，将支付成功率从99.2%提升至99.92%，年减少资损超800万元；同步输出《支付中台事务设计规范》，成为团队技术标准。
• 针对大促期间支付链路耗时高问题，使用Arthas定位慢调用瓶颈，发现Redis热点Key竞争及MySQL索引失效问题；通过拆分热点Key至本地Caffeine缓存、重构复合索引策略，将核心支付接口P99延迟从380ms降至120ms，支撑双11峰值5万笔/秒交易。
• 推动微服务治理体系升级，引入Sentinel实现全链路流量染色与动态限流，结合Nacos配置中心实现熔断规则热更新；在大促压测中成功拦截12次突发流量洪峰，系统可用性保持99.99%，获技术委员会创新奖。
• 作为3人技术小组负责人，制定代码评审SOP与单元测试覆盖率强制要求（≥85%），引入Jacoco+SonarQube自动化质量门禁；季度交付效率提升40%，线上缺陷率下降65%。

负责电商分期业务的全栈开发与技术攻坚，覆盖从前端交互到后端服务的完整链路，支撑百万级用户的分期支付、风控审核及资金清结算需求

• 核心参与分期支付系统从单体架构到Spring Cloud Alibaba微服务的改造，主导服务拆分方案设计与落地，拆分出用户授信、订单路由、还款计划等6个核心服务；通过Feign+RocketMQ实现异步解耦，系统吞吐量提升3倍，故障隔离率达95%。
• 针对分期订单查询慢问题，设计二级缓存架构（Redis+本地Guava），结合CQRS模式分离读写操作；优化Elasticsearch索引结构，将历史订单查询耗时从2.1s缩短至230ms，支撑客服系统高频查询需求。
• 设计实时风控拦截接口，集成Drools规则引擎实现额度超限、多头借贷等15类风险策略；上线后拦截异常交易占比从0.8%降至0.2%，年避免坏账损失超500万元。
• 搭建前端-后端联调自动化平台，基于Mock.js生成测试数据，结合Postman Collection自动生成接口文档；联调周期从3天/版本缩短至1天，团队协作效率提升50%。

负责公司ToB客户管理系统（CRM）的后端开发与前端基础功能实现，保障系统稳定运行并支撑销售、运营团队的日常业务操作

• 独立完成用户中心模块开发，基于Spring Boot+MyBatis实现注册、登录、权限分配功能；通过Shiro+JWT完成认证鉴权，支持多端（Web/APP）统一登录，日均处理10万+用户请求无故障。
• 优化用户信息查询接口，分析慢SQL发现关联表过多问题；重构为垂直分表+冗余字段存储方案，添加联合索引，查询耗时从800ms降至150ms，支撑运营后台批量导出需求。
• 配合前端团队完成Swagger接口文档建设，定义200+接口的参数规范与返回示例；接口联调沟通成本降低40%，前端接入效率提升35%。
• 参与系统监控体系建设，使用Prometheus采集JVM、数据库指标，通过Grafana配置告警规则（如QPS突增、连接池耗尽）；故障发现时效从小时级缩短至分钟级，年度系统宕机时间减少70%。

电商直播场景下高并发交易与实时数据协同平台

• 项目背景：直播电商爆发期，公司核心直播业务面临峰值20万+同时在线、交易接口超时率达15%、订单/库存/营销数据跨系统同步延迟超5秒的痛点，目标是构建支撑千万级并发的高可用架构，将交易超时率降至1%以下，实现全链路数据实时一致性。我在项目中主导全栈架构设计、关键模块开发及性能调优。
• 关键难题与技术方案：1）直播峰值时交易链路拥堵，传统同步调用导致接口响应超时；2）订单创建、库存扣减、营销优惠核销跨3个微服务，数据一致性难保障；3）多端（APP/小程序/H5）实时展示订单状态、库存余量的需求，传统轮询方式带宽消耗大。技术上采用Spring Cloud Alibaba微服务框架拆分交易链路，Redis Cluster缓存热点商品库存，RocketMQ事务消息保证跨服务数据原子性，TiDB分布式数据库支撑HTAP场景下的实时分析查询，前端通过WebSocket实现订单状态推送。
• 核心行动与创新：针对交易拥堵，将预下单、库存校验、支付拆分为异步流水线，批量提交数据库减少IO次数；为解决多端数据一致，设计「MySQL Binlog→Canal→ES」的实时同步链路，替代原有轮询方式，带宽消耗降低70%；决策选用TiDB而非MySQL分库分表，因其中间件化的HTAP能力可直接支撑实时报表需求，减少ETL成本约40%。
• 项目成果：交易接口超时率降至0.8%，峰值QPS从5万提升至22万，支撑双11期间1200万同时在线直播；多端数据一致性达99.99%，运营后台实时报表延迟从5秒缩短至1秒；该架构成为公司直播业务的标准化技术方案，推动GMV同比增长35%，我个人主导的异步交易链路设计申请了1项实用新型专利。

企业级SaaS客户运营平台全链路重构项目

• 项目背景：原有平台是单体PHP架构，功能迭代慢（单次需求需3周）、多租户数据隔离弱（曾出现客户数据泄露）、客户行为数据分散在5个系统中无法关联分析，目标是将平台迁移至Java微服务架构，支持1000+租户，实现客户全生命周期管理，提升需求响应速度。我从单体模块迁移入手，后期主导客户生命周期管理模块开发。
• 关键难题与技术方案：1）单体架构下代码耦合严重，迁移风险高；2）多租户数据隔离需兼顾性能与安全，传统数据库共享表模式易出现数据泄露；3）客户线索、转化、复购等行为数据分散在CRM、营销、订单系统，无法形成完整画像。技术上采用Spring Boot+Spring Cloud重构微服务，MyCat做分库分表实现租户数据物理隔离，ELK收集全链路日志，React+Ant Design重构前端。
• 核心行动与决策：设计「租户ID+数据库分片」的多租户方案，每个租户数据存储在独立分片，通过MyCat路由规则保障隔离性；重构客户生命周期模块时，引入状态机模式管理「获客→激活→留存→复购→流失」全流程，对接CRM的API自动同步客户状态，替代原有人工更新方式；为整合数据，设计统一的数据采集规范，将各系统日志归一化至ELK，支撑后续客户画像分析。
• 项目成果：平台迭代周期缩短至1周，支撑租户数从120增长至1100；多租户数据泄露事件降为0，客户满意度提升28%；客户行为数据采集率从62%提升至96%，帮助销售团队精准触达流失客户，复购率增长19%。我主导的客户生命周期模块成为平台核心卖点，支撑公司从中小客户拓展至中大型企业客户，获当年公司「技术创新奖」。

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