快递订单管理系统项目负责所有快递、零担订单下单、受理、调度等功能！系统大致分为对外API网关、订单处理、订单服务API三大模块；我于项目内负责: 1、各类标准及非标下单、查询、修改、撤销、状态推送、轨迹等接口开发，对接京东、菜鸟等大客户平台 2、对接*、支付宝等支付平台 3、对接各种仓储类EPR系统 项目技术选型 整体使用：struts2/springmvc/spring、mybatis 任务调度：quartz/elastic-job rpc:dubbo 缓存：redis/ehcache 消息队列:rocketmq/esb 负载：Nginx/f5 数据持久层：elasticsearch/mysql/阿里rds 分库分表：mycat 支持全国各大电商/企业平台直连下单

负责生鲜电商小程序门店的线上电商服务。 项目主要采用springcloud全家桶技术栈和springCloud alibaba等相关开源配套组件完成。具体为 1、网关层使用nginx、zuul 2、服务内使用feign微服务调用，rocketmq消息解藕和数据同步，redis缓存配合caffeine本地缓存，elastic-job任务调度 3、服务使用consul服务注册和发现机制 4、持久层使用redis-cluster、mysql、elasticsearch集群 5、数据各存储域的同步使用canal组件采集解析binlog日志，推送到rocketmq队列，客户端监听消费完成 6、分布式配置使用Apollo开源组件 7、使用k8s容器化部署，监控使用elk、skywalking、grafana完成业务日志、调用链监控、服务器性能监控等 8、服务间的大量容错补偿机制，采用spring retry、redis延时队列完成 9、秒杀、抢购等场景下使用redis分布式锁防止线程并发 10、为保证缓存服务高可用，对缓存雪崩、缓存击穿、缓存穿透均有做预案处理

分销系统整体均采用springboot/mybatis/dubbo微服务方案开发，以功能模块拆分成小且易维护分布式单元服务，项目公共服务大量使用Java设计模式如策略、责任链进行高度抽象，使用k8s集成docker交付部署。 1、储存基于公司Mysql集群、Redis-Cluster集群、Elasticsearch集群，因为数据量较大，我们使用sharding-jdbc基于商家id做分库分表，并根据压测数据和服务接口调用量评估合理配置容器pod规模，db连接数，redis连接数，es各类操作线程池，做好服务的无状态和易扩容准备 2、为保证数据一致性，ES数据同步使用binlog机制canal框架同步，为保障消息同步的高并发性能，基于线程池和competableFutrue实现异步任务高性能编排，保证各大商户近千家门店商品同步性能 3、为保障秒杀、限时折扣等场景下系统高可用性，使用阿里sentinel做好服务熔断降级，接口幂等性采用redis加token配合自定义注解方案实现。 4、为提高系统接口高并发性，项目基于redis集群结合spring-cache搭建一套缓存方案，并做好秒杀或限时折扣等场景下添加一批商品到缓存或热点商品key查询等不同业务场景下缓存雪崩，缓存穿透及缓存击穿的预案 5，项目订单、商品等各模块广泛使用kafka/rabbitmq集群做消息队列做消息堆积和流量削峰，并根据数据量规模做好消息分区，消费线程数据评估，消息消费重试及顺序等 6、项目内多场景下可能需要接口或消息延时重试，小数据量重试我们使用redis支持list、zset数据结构结合SingleThreadScheduledExecutor调度线程池，编写一套延时重试框架，大数据重试我们采用rabbitmq死信队列或roketmq延迟机制实现 7、项目内常见分布式事务主要使用回调补偿或TCC实现、分布式锁常用redisson、分布式主键snowflake 公司调用链采用zipkin，配合selvet、dubbo过滤器、mybatis拦截器，druid过滤器打点span,通过log4j2写入文件，flume高效收集，webUI展示 8、对多个框架进行二次改造已完成业务场景适配。 目前服务稳定运行可靠，稳定支持上百家KA大客户要求