2023-03-05 -至今同程旅行高级后端工程师

同程旅行支付平台系统是国家允许的持牌第三方支付公司的业务系统，平台对接银联、网联为用户提供支付渠道服务。公司共有四条业务线，分为：收单业务、网支业务、预付卡业务以及跨境业务，四条业务线建立在支付平台之上，主要分为：商户系统、交易系统、产品费率系统、账户系统、清结算系统、对账系统以及其它基础支持系统构成。支付平台支持每日百万笔以上交易且交易业务单实例支持1000QPS。

2020-05-20 -2023-04-01狮桥集团高级后端工程师

1.依托于集团技术升级目标，将保险系统技术版本进行整体升级，由 Sping 3.0 XML 版本升级为 SpringBoot 2.3.7 版本。极大的减少了各个组件的配置复杂度以及提升开发人员对组件使用的熟 练度，同时使各个组件的管理更加方便可控。 2.将保险系统原有基于邮件的单一告警系统升级为集团统计监控、告警系统。例如：数据源、SQL 超 时、异常、JVM等监控由团队自建升级为集团基于 prometheus + grafana 统一管理。 SQL 优化。系统中存在大量 500 ms 以上的查询，也存在 1s 以上的查询。这些查询大多数是因为 索引使用不规范、链接多表导致的，优化后基本在 50 ms 左右，极个别链接表比较多的在 80 ms 左右。 3.订单、支付、结算、出单、通知模块优化。由于保险核心系统属于一种代理系统的性质，它的上游 是保险公司，下游是企业、合伙人、个人等。所以订单、支付、结算、出单的业务相对复杂。

2016-07-18 -2020-05-05卡友支付工程师

主要维护风控系统规则模块和缓存模块。规则模块是使用 drools 规则引擎进行逻辑判断，由于系 统的规则配置版本比较多，所以在任职期间优化了部分规则模板，使维护更为方便，主要是阅读源 有代码进行改造。 由于风控系统对外接口要求 80 ms 内完成响应。所以基于规则来判断的数据都是基于 Storm 实时 计算保存在 Reids 中的，进过长期的维护开发且一些 Redis 的数据结构使用不是很规范，导致与 Reids 的内存利用率比较低。同时，风控系统几乎是拿 Redis 来当数据库来用的，这就导致大量的 key 存在缓存中，包括一些不用的 key 也存在且不过时。这就导致与 Redis 中的数据在慢慢的增 大，又因为风控系统内部并没有很好的维护缓存 key 的机制，所以导致优化起来非常困难。所以在 任职期间，通过代码的阅读，以及对 Redis 中 key 的分析，不仅建立了 key 的维护机制，同时也 优化了 20% 的内存。 优化了 JVM Full GC 导致的接口告警问题。从监控系统中发现会有周期性的接口超时告警（超过 80 ms），从监控日志中发现每次告警都伴随了 Full GC

2013-09-15 - 2016-07-15黑龙江农业经济职业学院软件开发大专

2013-09至2016-07 就读于黑龙江农业经济职业学院