负责公司本地生活服务交易平台的核心交易链路设计与优化，主导跨业务线的分布式事务治理及高并发场景下的系统性能调优，支撑日均千万级订单的稳定流转。

• 主导设计订单服务的多维度路由引擎，基于Gin框架结合OpenTelemetry实现全链路追踪，通过自定义中间件注入业务标签（如城市、商家类型），将问题定位耗时从平均45分钟缩短至8分钟；同步优化gRPC接口参数校验逻辑，引入protobuf自定义验证器，接口错误率下降37%。
• 针对大促期间订单创建的瞬时高并发（峰值QPS 5万+），牵头改造传统同步下单模式：拆分库存校验、优惠计算、支付预占为核心步骤，通过Kafka消息队列异步化处理非实时依赖操作，结合本地缓存（BigCache）缓存商品库存快照，下单耗时从220ms降至45ms，系统吞吐量提升4倍。
• 解决跨业务线的分布式事务一致性问题，基于dtm框架设计TCC（Try-Confirm-Cancel）事务方案，覆盖优惠券核销、商家分账、平台流水记账3类场景；通过补偿重试机制（最大重试3次+指数退避策略）将事务成功率从99.8%提升至99.99%，年度资损金额降低至12万元以内。
• 主导Go代码规范迭代与技术债治理，编写包含并发安全（sync.Pool复用对象）、错误处理（errors.Wrap分层包装）、性能监控（pprof埋点）的标准化开发手册；推动团队将单元测试覆盖率从62%提升至88%，关键服务线上故障次数同比下降56%。

承担外卖业务交易系统的功能迭代与性能优化，负责订单中心、支付回调模块的开发与维护，保障高峰时段（午晚餐）系统的稳定性与可用性。

• 独立完成订单状态机的重构，基于状态模式（State Pattern）设计可扩展的状态流转逻辑，支持新增‘预售待核销’‘极速退款’等6种状态；通过单元测试覆盖所有状态转换分支，上线后状态异常率从0.3%降至0.02%，支撑单日200万+订单的正常流转。
• 优化支付回调接口的幂等性校验，原方案依赖数据库唯一索引存在锁竞争问题，改为Redis+Lua脚本实现原子化校验（SETNX+EXPIRE），将回调处理耗时从80ms降至25ms，回调成功率提升至99.95%，年度减少重复打款损失约80万元。
• 参与数据库分库分表方案落地，使用ShardingSphere对订单主库（原单库单表）按用户ID取模分16库16表，同步改造GORM模型与查询语句；分库后查询QPS从3k提升至1.2w，慢查询（>500ms）占比从15%降至2%。
• 搭建交易系统的基础监控体系，基于Prometheus采集QPS、延迟、错误率等指标，通过Grafana配置阈值告警（如错误率>0.5%触发钉钉通知）；上线后关键服务MTTR（平均修复时间）从25分钟缩短至10分钟，重大故障无漏报。

参与公司内部RPC框架的研发与维护，负责高性能网络层开发及服务治理功能迭代，支撑公司内部20+业务线的服务通信需求。

• 主导优化自研RPC框架的网络传输层，将原有的JSON序列化替换为Protobuf，结合epoll边缘触发模式（Go netpoll优化）提升单连接吞吐量；压测显示QPS从8k提升至2.5w，网络延迟降低40%，已在核心服务全量推广。
• 设计服务注册发现的容灾方案，基于Etcd实现多集群节点监听，当主Etcd集群故障时自动切换至备用集群（切换耗时<30s）；同步增加本地服务列表缓存（TTL 5分钟），避免注册中心不可用时服务完全不可用，年度故障影响时长从4小时降至15分钟。
• 开发链路追踪中间件的Go客户端，集成OpenTracing标准，支持自动埋点（函数入参/出参）与手动打标；通过采样率动态调整（高QPS时自动降低采样率至1%），在保证关键链路可观测性的同时，将追踪数据存储成本降低65%。
• 负责新人培养与技术分享，输出《Go高性能编程实践》《RPC框架设计要点》等文档，主导每周技术沙龙；带教2名应届生快速上手业务开发，其中1人半年内独立承担支付回调模块开发。

电商大促场景下订单中心性能优化与高可用改造项目

• 项目背景：公司为应对逐年增长的电商大促流量，原核心订单系统在2022年618期间暴露严重瓶颈——QPS峰值仅8000、订单创建延迟超200ms、无跨地域容灾能力，无法支撑1000万单/日的业务目标。我的核心职责是主导订单中心的全链路性能优化与高可用改造，确保大促期间系统稳定、高效运行。
• 项目难点：原系统为单体架构，数据库采用单实例MySQL，大促时写入压力集中导致锁竞争严重；订单状态流转依赖同步RPC调用，任一下游故障会连锁引发订单阻塞；缺乏流量分层治理，秒杀、普通下单等不同优先级请求混用同一链路，核心资源被挤兑。
• 核心行动：1. 架构层面拆分订单核心域（创建/支付）与扩展域（营销/物流），核心域聚焦高频交易，扩展域通过消息队列异步处理；2. 技术选型上，用ShardingSphere实现分库分表（按用户ID取模分16库32表），将单实例压力分散至8台物理机；3. 引入RocketMQ解耦订单状态通知，将同步RPC改为异步回调，失败重试机制结合死信队列保障最终一致性；4. 基于Sentinel制定三级限流策略——秒杀接口采用令牌桶限流（QPS上限5000）、核心下单接口保供（QPS上限2万）、非核心接口（如订单查询）限流70%；5. 搭建阿里云多地域多活环境，通过DNS智能解析实现跨地域流量切换，故障时1分钟内完成切换。
• 项目成果：改造后系统QPS峰值提升至3.5万，订单创建延迟降至45ms以内；2022双11支撑1200万单/日零宕机，数据库资源利用率提升40%，每年节省服务器成本约200万元；输出《高并发订单系统设计规范》，成为公司后续电商项目的架构标准，我个人也因此晋升为订单中心技术负责人。

会员成长体系全链路重构与实时运营支持项目

• 项目背景：公司原有会员体系分散在积分、等级、权益三个独立系统，数据不一致率达5%（如积分到账延迟2小时、等级计算逻辑冲突），权益发放依赖人工核对，无法支持运营部门的实时精准触达需求。我的职责是主导会员体系的全链路重构，整合数据与流程，支撑运营活动转化提升。
• 项目难点：1. 跨系统数据一致性差，多个服务之间的积分、等级同步依赖定时任务，易出现延迟或丢失；2. 计算逻辑冗余，成长值计算分散在5个微服务中，修改规则需协调3个团队；3. 缺乏实时计算能力，用户行为（如消费、签到）无法即时反馈到会员等级与权益。
• 核心行动：1. 数据层：设计统一会员数据模型，整合成长值、等级、权益三大核心实体，定义30+标准化字段，通过Canal同步MySQL binlog实现历史数据迁移，确保数据完整性；2. 一致性：引入Seata分布式事务框架，解决积分发放、等级更新的跨服务一致性问题，事务成功率提升至99.99%；3. 实时性：用Flink搭建实时计算引擎，每秒处理10万+用户行为事件，实时计算成长值并触发等级升级与权益发放（如消费满1000元立即解锁专属折扣）；4. 协作：推动产品、运营、前端团队对齐接口规范，开发灰度发布功能，先覆盖10%用户验证稳定性，再逐步全量上线。
• 项目成果：重构后数据一致性提升至99.99%，权益发放延迟从小时级降至秒级；运营部门可通过后台实时查看会员画像与行为数据，活动转化率提升25%；开发效率提升30%，后续会员功能迭代周期从2周缩短至1周，支撑了公司年度会员复购率提升18%的目标，我因此获得当年公司“技术创新奖”。

支教时发现乡村小学因缺乏实验器材，科学课多停留在课本讲解。返校后联合实验室开发出百元级科学实验背包，内含20个基础实验器材。为确保可持续运营，设计配套视频课程与城乡结对系统，并培训132名大学生担任远程助教。项目覆盖9省47所学校后，学生科学兴趣评分提升35%。这段经历教会我用产品思维解决社会问题，当看到孩子们用自制望远镜发现土星光环时，我理解了教育的真谛是点燃可能性。