负责电商平台用户增长、交易履约模块的全栈开发，主导技术优化与架构升级，保障系统高可用与业务快速迭代，覆盖用户端、商家端及后台管理系统的全链路技术落地。

• 主导用户增长活动系统设计与落地：基于Django REST framework搭建后端服务，结合Celery实现异步任务调度，应对百万级用户并发参与活动场景。通过Redis集群缓存活动配置与用户参与状态，引入令牌桶限流算法控制接口QPS，将活动接口平均响应时间从800ms降至200ms以内，活动期间系统零宕机，支撑大促期间GMV环比增长45%。
• 攻坚交易链路性能瓶颈：使用Locust构建全链路压测模型，定位订单支付环节数据库行锁竞争问题。通过ShardingSphere实现订单表分库分表，结合RabbitMQ异步化支付状态变更，配合数据库乐观锁机制，使订单支付成功率从98.5%提升至99.9%，日处理订单量从50万单跃升至120万单。
• 重构商家端后台管理系统：采用前后端分离架构（Vue3+TypeScript+FastAPI），统一API规范与错误码体系。设计RBAC+ABAC混合权限模型，基于Casbin实现细粒度权限控制，开发权限中间件拦截越权请求，权限校验耗时从150ms降至15ms，商家操作效率提升40%，获业务部门“年度技术支持奖”。
• 推动DevOps体系落地：搭建Jenkins+Docker+K8s CI/CD流水线，实现代码提交到容器部署自动化，部署时长从2小时缩短至15分钟。集成Prometheus+Grafana监控体系，自定义活动参与率、支付转化率等业务指标告警规则，关键故障发现时效从30分钟压缩至5分钟内，系统稳定性SLA从99.5%提升至99.9%。

负责本地生活服务平台（到家/到店业务）的前后端功能开发与技术迭代，支撑业务快速落地与用户体验优化，覆盖订单、调度、数据统计等核心模块。

• 搭建到家业务订单系统：使用Flask框架开发后端接口，结合MySQL主从复制实现读写分离，解决初期数据量激增导致的查询延迟问题。设计订单状态机管理流程（涵盖下单、接单、配送等12个状态节点），通过状态变更事件触发WebSocket消息通知，订单状态同步及时率达99.9%，支撑日订单量从1万单增长至10万单。
• 优化商家端报表功能：针对原SQL查询耗时过长（单报表生成需8秒），分析慢查询日志后重构逻辑，引入Elasticsearch存储聚合统计数据，配合定时任务预计算关键指标（日订单量、客单价），报表生成时间缩短至1秒内，商家使用满意度提升30%，成为业务复盘核心工具。
• 开发配送调度工具：基于Python Geopy库实现地址解析与路径规划，结合贪心算法优化骑手派单逻辑，派单匹配度从75%提升至88%，骑手平均接单时长减少1.5分钟，日均配送单量提升15%，降低单均配送成本约8%。
• 设计跨端登录态同步方案：采用JWT令牌+Redis共享会话机制，解决Web、App端登录状态不一致问题。实现令牌自动续期与刷新逻辑，用户重复登录率从12%降至2%，客服相关咨询量减少25%，提升用户体验一致性。

参与公司内部管理系统（OA、数据统计）的功能开发与维护，积累全栈开发基础能力，支撑业务流程数字化与数据可视化需求。

• 开发OA审批流程模块：基于Django+Vue技术栈，实现请假、报销等6类审批流程的配置化。通过JSON Schema定义流程节点与规则，支持业务人员后台可视化调整流程，需求响应周期从3天缩短至1天，上线后累计处理审批单超10万条。
• 优化文件上传功能：原方案依赖本地存储导致扩容困难、访问慢，引入MinIO对象存储服务，结合分片上传与断点续传技术，支持单文件最大10GB上传，文件访问通过CDN加速后下载速度提升5倍，年运维成本降低40%。
• 搭建数据统计看板：使用Pandas清洗业务数据，Matplotlib生成用户活跃、转化率等图表，为运营团队提供日报/周报。后续优化为定时任务自动推送企业微信，减少人工统计耗时每周约8小时，数据反馈效率提升60%。
• 参与系统安全加固：梳理SQL注入、XSS攻击等风险点，对用户输入参数添加转义过滤，重要操作增加短信+邮箱二次验证。上线后半年内未发生代码漏洞导致的安全事件，系统安全评级从B级升至A级。

泛娱乐社交平台全链路架构升级与性能优化项目

• 星途互动旗下核心泛娱乐社交平台承载500万+月活用户，原有前后端强耦合架构因用户量激增出现首屏加载慢（3.2s）、实时互动（动态评论/礼物打赏）延迟高（500ms）、功能迭代效率低（单模块修改需全量测试）等问题，目标是通过全链路重构支撑用户量翻倍至1000万+，并将核心体验指标提升50%以上。我作为全栈技术负责人，主导从架构设计、技术选型到落地运维的全流程。
• 项目面临三大核心挑战：一是旧系统模块耦合严重，跨端（Web/Android/iOS）状态同步易出错；二是高并发下（峰值QPS 8000+）实时消息分发延迟，WebSocket集群稳定性不足；三是微前端拆分后，不同模块间的路由同步与数据依赖问题。
• 技术上，我主导采用「微前端（Webpack Module Federation）+ 后端DDD领域驱动设计」的组合架构：将前端拆分为用户中心、动态广场、互动中心等6大独立模块，通过共享内核库解决公共依赖；后端基于DDD划分用户域、内容域、互动域，搭建WebSocket集群并结合自定义二进制协议（减少序列化开销）优化实时通讯；引入Redis Cluster+Local Cache二级缓存策略，将高频访问的用户信息/动态数据缓存命中率提升至92%；同时设计跨模块状态同步中间件，通过发布-订阅模式解决模块间数据一致性问题。
• 项目上线后，核心指标显著提升：首屏加载时间降至1.1s（下降65%），实时互动延迟降至150ms（下降70%），支撑用户量增长至1200万+；微前端架构使功能迭代效率提升40%，单模块修改无需全量测试；运维成本降低30%（服务器数量从20台缩减至14台）。我主导的「跨模块状态同步中间件」成为公司后续复杂项目的标准技术方案，个人也因架构能力晋升为技术组长。

K12在线教育直播+实时互动答题系统研发项目

• 知学在线为拓展K12学科辅导业务，需搭建一套稳定的直播课堂系统，核心要求是直播延迟≤1s、实时答题响应≤300ms、支持单场5万+学生同时参与。我作为全栈开发工程师，负责前后端核心功能（直播推流、互动答题、多终端适配）的设计与实现。
• 项目难点集中在三方面：一是传统RTMP推流延迟较高（约1.5s），无法满足强互动课堂需求；二是高并发下（单场5万+人答题）答题结果的一致性（避免同一学生重复答题）与容错（断线重连后补报答案）；三是多终端（Web/微信小程序/APP）的播放兼容性（如部分安卓机不支持HLS的高码率流）。
• 针对直播延迟，我调研对比了RTMP、WebRTC、HLS等方案，最终采用「RTMP+HLS混合推流」：主播端用RTMP推流至CDN边缘节点，再转码为HLS流供学生端播放，结合CDN缓存策略将直播延迟降至800ms内；针对答题系统，用Kafka消息队列异步处理学生答案，通过Redis分布式锁保证同一题目下「一人一答」的一致性，同时设计「本地缓存+断线重连补报」机制——学生断线时将未提交的答案存至LocalStorage，重连后自动同步至服务端；多终端适配方面，开发统一播放器SDK，封装不同终端的解码逻辑，支持动态切换播放格式（如APP端优先H.265，Web端用H.264）。
• 系统上线后，支撑了120+场次K12直播课，核心指标达标：直播延迟稳定在800ms内，答题响应时间≤200ms，单场最高支持10万+学生同时答题。课程转化率较之前非互动课堂提升25%，成为公司K12业务的核心增长引擎。我设计的「断线重连补报机制」解决了行业普遍存在的「互动中断导致数据丢失」问题，获部门「技术创新奖」，也为后续在线课堂产品奠定了技术基础。

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