Aaron park
1月前来过
全职 · 1200/日  ·  26100/月
工作时间: 周末10:00-22:00工作地点: 远程
服务企业: 6家累计提交: 0工时
联系方式:
********
********
********
聊一聊

使用APP扫码聊一聊

个人介绍

拥有三年高并发项目经历,两年项目架构经验。 深入理解 MySQL 底层结构、存储引擎、事务隔离级别、锁、MVCC 工作原理,熟悉 SQL 优化。 深入理解 JVM 内存模型、熟悉垃圾回收算法,类加载过程,垃圾回收器的特性并对其进行调优。 深入理解 Spring 技术栈。如:Spring 源码、Spring Boot 机制等。 深入理解 MyBatis、Dubbo 等主流的 Java 开发框架。 深入理解分布式、XA、TCC、Seata。 深入理解 Redis,可以灵活运用 Reids 的五种基本数据类型以及 bitmap 等其它类型,熟悉 Redis 持久化机制过期策略以及集群部署。 熟悉分布式相关的协议与算法,如:Raft、一致性哈希等。 熟练使用 RocketMQ 等消息中间件。 熟悉常用设计模式,并可以在项目中熟练使用,例如:观察者、策略、代理、模板、工厂等。 熟练掌握常用的链表、堆、栈、二叉树、跳表、Hash 表等数据结构,并且深入研究过 HashMap、ConcurrentHashMap 源码。 熟练使用 Java 并发工具包中的工具,例如:Volatile、Synchronized、ReentrantLock、AQS、 CountDownLatch 等。 熟练掌握 JDK 1.8 特性,熟练使用 Lambda、Steam 流、LocalDateTime 时间类型等。 具备基本的 Linux 服务器运维手段及其容器(Docker)化运维技术。

工作经历

  • 2021-03-11 -2021-12-31狮桥集团高级后端工程师

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

  • 2019-06-03 -2020-10-30北京再佳学教育科技有限公司高级后端工程师

    1. 负责 Java 团队研发维护最美课本项目,基本上是从 0 到 1,从 3 万左右用户发展到 70 万多用户, DAU 在 40 万左右。 2. 拆分业务模块。将原有的用户模块、资源模块、活动模块抽离为单独服务;一方面为了应对流量的 增长带来的压力,另一方面也是为了应对快速迭代的需求。同样的,MySQL 也是随着各个热点服 务进行分库分表设计。 3. 基于 Spring Cloud Alibaba 进行架构设计。原项目采用 Dubbo + Spring Boot 方式进行开发,随 着业务的发展慢慢完善了限流、熔断降级、配置等生态组件(单个引入),同时为了开发整合方便 决定采用 Spring Cloud Alibaba 体系进行规范各个组件。 4. 规范前后端交互规范。例如:时间类型以 long 进行传输、实体响应格式等。同时,基于 Spring MVC 提供的扩展接口 HttpMessageConverter、ResponseBodyAdvice 统一处理 Java 的日期 格式。 5. 设计开发商城系统。完成了对虚拟商品,例如:优惠券、资源包,以及衍生商品的上架、下单、物 流、统

  • 2016-07-18 -2019-05-24卡友支付工程师

    主要维护风控系统规则模块和缓存模块。规则模块是使用 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 就读于黑龙江农业经济职业学院

资质认证

技能

git
springboot
Linux
Netty
SpringMVC
Spring
Mybatis
Dubbo
MySQL
0
1
2
3
4
5
0
1
2
3
4
5
作品
最美课本

1.负责 Java 团队研发维护最美课本项目,基本上是从 0 到 1,从 3 万左右用户发展到 70 万多用户,DAU 在 40 万左右。 2.拆分业务模块。将原有的用户模块、资源模块、活动模块抽离为单独服务;一方面为了应对流量的增长带来的压力,另一方面也是为了应对快速迭代的需求。同样的,MySQL也是随着各个热点服 务进行分库分表设计。 3.基于 Spring Cloud Alibaba 进行架构设计。原项目采用 Dubbo + Spring Boot 方式进行开发,随着业务的发展慢慢完善了限流、熔断降级、配置等生态组件(单个引入),同时为了开发整合方便决定采用 Spring Cloud Alibaba 体系进行规范各个组件。 5.设计开发商城系统。完成了对虚拟商品,例如:优惠券、资源包,以及衍生商品的上架、下单、物流、统计等商城通用的功能。同时,也支持实物商品的管理、出售功能。 6.各种活动的设计开发。例如:签到/打卡、节日活动、抽奖等小型系统。 7.解决技术上、业务上的各种问题。例如:SQL 优化、数据分表、视频传输、语音测评、数据统计、程序 Bug 等等问题。 8.降低了热点接口的响应时长。由平均 300 ms - 500 ms 降低至 150 ms 左右,热点 Dubbo 接口在60 ms 左右。 9.由于是学生用户,大部分时间会在 6 - 11 点之间使用系统,这就导致与热点接口峰值 QPS 可以达到 7w,同时首页的 PV 数可以达到 2 千万左右。

0
2023-03-30 12:38
卡友运营平台

运营管理系统是卡友支付公司所有支付产品的管理系统,此系统中有上千个功能,为公司管理相关产品提供了有力的支撑,同时也是运营人员的神器,内置数据分析模块,统计报表很多高级功能。

0
友刷app

友刷是卡友支付服务有限公司的一款移动收款应用。主要满足商户随时随地的收款,并为用户提供多种支付方式,如刷卡支付、扫码支付等。每笔交易结算款都可以快速结算到商户结算卡,资金安全0风险。

0

好评度
  • 专业(强烈推荐)
  • 按时(强烈推荐)
  • 态度(强烈推荐)
成功率 0 % 1 人评论
用户评价

用户818010
杭州君越智能制造有限公司
暂时关闭
更新于: 2023-03-30 浏览: 381