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

• 主导设计订单服务的多维度路由引擎，基于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人半年内独立承担支付回调模块开发。

星途会员体系全链路架构重构与高并发性能优化项目

• 星途互动作为聚焦Z世代的在线兴趣社区，会员体系是核心增长引擎——但伴随用户量突破2000万、月活年增80%，原有单体架构下的会员系统陷入崩溃：活动期间接口超时率达15%，权益发放延迟引发月均12%的用户投诉，且业务快速迭代（季度新增3类会员权益）因架构耦合无法推进。我的核心目标是主导会员系统从单体到微服务的重构，支撑10万级QPS的高并发场景，同时建立灵活的权益扩展能力。
• 项目面临三大硬核挑战：1）单体架构下用户信息、等级、权益、积分的高度耦合，拆分后跨服务一致性难以保障；2）实时权益计算（如用户等级提升后即时推送专属折扣、勋章）需处理百万级/秒的事件触发，原有同步计算模式导致500ms以上延迟；3）分布式事务下，用户消费积分与等级升级的原子性问题突出，曾出现“积分扣减但等级未升”的脏数据事故。
• 我牵头完成三项关键动作：① 架构解耦：基于Spring Cloud Alibaba生态拆分「用户中心」「等级中心」「权益中心」「积分中心」四大微服务，定义RESTful API与事件契约，用Nacos做服务注册发现、Sentinel实现流量削峰（将峰值流量从12万QPS压至5万QPS以内）；② 实时计算重构：引入RocketMQ事件驱动架构，用户行为（消费、签到、邀请好友）触发等级变更事件，权益中心订阅事件后异步计算权益，将同步延迟从500ms降至50ms内；③ 事务保障：采用Seata AT模式+本地消息表，解决积分扣减与等级升级的全局原子性问题，脏数据率从0.8%降至0。
• 项目成果远超预期：1）性能层面：重构后会员系统QPS峰值达5000，活动期间超时率降至0.5%以下，权益发放延迟从2分钟缩至10秒内；2）业务价值：支撑“年度会员日”活动GMV同比增45%，用户对权益发放的满意度从68%升至92%；3）长期价值：建立会员体系微服务基座，后续迭代效率提升50%（新增“专属内容权益”仅需1周）。我主导了架构设计与核心模块开发，攻克了分布式一致性与实时计算的关键问题，推动项目提前2周上线。

星途电商平台订单履约全链路时效优化与状态透明化项目

• 星途互动拓展电商业务初期，自研订单履约系统因流程冗余、多系统对接延迟，导致订单履约时效平均48小时，用户投诉率月均18%；同时履约节点（仓库分拣、物流配送）状态不透明，客服无法及时回应用户查询。我的目标是优化履约流程，将时效缩短至24小时内，实现状态全链路可视。
• 项目难点集中在三方面：1）原有订单状态流转采用硬编码逻辑，涉及12个状态、8个外部系统，迭代时频繁出现状态机混乱（如“支付成功”后误跳转至“已取消”）；2）与仓库WMS、物流TMS系统对接采用HTTP同步调用，响应时间长（平均10秒），易超时失败；3）缺乏履约时效预测能力，只能事后处理用户投诉，无法提前干预。
• 我从流程、技术、体验三层破局：① 流程标准化：基于Apache Commons SCXML重构状态机，将状态转移规则存储在数据库中支持可视化配置，彻底解决硬编码问题；② 系统异步化：将HTTP对接改为Dubbo RPC同步调用+RabbitMQ异步通知，仓库分拣完成的通知响应时间从10秒降至1秒内；③ 预警智能化：基于历史履约数据（仓库分拣时长、物流时效），用线性回归算法搭建“时效预测模型”，当预测时效超阈值时，触发预警通知客服提前联系用户说明情况。
• 项目带来显著改变：1）时效提升：订单履约时效从48小时缩至21小时，超时率从12%降至3%；2）体验改善：用户对履约时效的满意度从72%升至90%，投诉率月均降至6%；3）可维护性：状态机可视化配置后，业务人员可自行调整规则，迭代效率提升40%。我主导了状态机重构与预警机制设计，解决了流程混乱与实时监控的核心问题，推动履约系统从“可用”走向“好用”。

• 因痛心于年轻人对历史的疏离，我在B站创立「古人脱口秀」栏目，用职场梗解构历史事件（如《雍正皇帝的KPI保卫战》）。通过设计「颠覆认知-史料佐证-现代共鸣」三幕剧本模板，单期视频最高收获1.7万条弹幕互动。
• 两年间栏目播放量突破180万，作品被多地中学选为教学素材。这段经历磨砺出将学术内容转化为大众语言的能力，也让我理解到真实用户反馈才是创作者的指南针。