工人码
1月前来过
全职 · 1000/日  ·  21750/月
工作时间: 工作日18:30-21:30、周末14:00-18:00工作地点:
服务企业: 0家累计提交: 0工时
联系方式:
********
********
********
聊一聊

使用APP扫码聊一聊

个人介绍

从事软件行业已有7年,精通前后端,后端主要使用java语言,精通spring mvc ,spring boot,hibernate,熟悉spring cloud微服务,精通html,javascript jquery,熟悉vue. js,css,熟练使用linux常用命令。平时喜欢室内活动看书,看电影,室外活动钓鱼,爬山

工作经历

  • 2017-10-01 -至今北京腾赋网络科技有限公司java高级软件工程师

    工作上认真负责,积极主动,服从领导安排,大胆提出自己的见解,并能克服工作上遇到的困难。 生活上能与同事处理好关系,互帮互助,并且能帮助同事解决工作上遇到的困难。

教育经历

  • 2011-09-01 - 2013-06-01荆州职业技术学院计算机软件与理论专科

    在找成绩优异,经常参加学校里面各种活动。

技能

多线程
Redis
SpringCloud
Vue
MongoDB
SpringMVC
Maven
HTML5
MySQL
0
1
2
3
4
5
0
1
2
3
4
5
作品
快船网站

该项目原本只是一个静态网站,后来因业务发展需要修改成一个动态网站。 主要包括快船公司以及公司的业务静态网页的介绍,录单管理,收发货人管理,修改密码,国际化设置。 1.将原来的静态网站修改成动态网站。 2.录单管理。 3.收发货人管理。 4.修改密码。 5.国际化设置。 6.伪静态处理。 7.seo优化。 8.上传图片以及图片批量下载。

0
2021-03-15 11:44
有赞商城对接项目

由于公司业务飞速发展,现需要研发出一套与有赞微商城对接的渠道项目,其主要业务流程包括: 1.有赞应用授权 2.商品分类新增,修改,删除同步 3.商品主档信息新增,修改,删除同步 4.商品图片同步 5.门店商品的价格,库存,上下架同步 6.门店商品停售下架商品 7.门店商品添加渠道黑名单之后删除商品 8.商品主档信息停售后删除商品 项目分两种模式,实时同步+定时补漏模式。 1.该项目从最开始使用springmvc 框架 ,后来升级到spring boot框架 再到spring cloud框架。 2.该项目使用了spring cloud框架, consul注册中心,rocketmq作为消息中间件,redis 做缓存,多线程,spring-retry做重试,gradle 自动化构建工具,git 版本管理工具,xxl-job 配置定时任务,mongodb数据库,jdk1.8。 3.实时同步:数据在中台发生改变或从前置机抽取数据并验证数据有改变之后就会发送一条数据到公共mq队列通道中,并由渠道msg项目订阅该公共通道,消费通道中数据转换成渠道私有的消息并放到渠道私有队列中,最终在渠道push项目中消费渠道私有队列中数据,并调用有赞api同步数据。 4. 定时同步:项目中提供rest接口,并使用xxl-job做分布式定时任务调度中心,进行数据全量同步。 5.项目采用实时刷新token模式,如果在同步数据过程中遇到token过期时,就会实时刷新token,该过程借助redisson来实现。 6.由于有赞接口有限流设置,我们采用redis令牌桶算法做对应处理。 7.项目推送消息时记录详细的日志,方便以后问题查找。

0
2021-03-15 11:30
标准api接口

项目奖由于公司业务发展,现需要提供一套商品api接口,供客户调用获取商品信息,其主要业务流程包括: 1)在运营后台给客户授权 2)获取商品主档接口 3)获取门店商品接口 4)获取商品价格接口 5)获取商品库存接口 6)获取门店列表接口 7)获取门店详细信息接口 8)修改门店商品售卖状态接口 9)修改门店商品上下架接口 10)获取商品活动列表 11)获取商品活动分类 12)获取活动商品列表 13)获取个性分类 14)获取个性商品列表 目前也分两种模式: 1.增量推送,2.全量拉取 1.该项目从最开始使用springmvc 框架 ,后来升级到spring boot框架 再到spring cloud框架。 2.该项目使用了spring cloud框架, consul注册中心,kong 做api网关, rocketmq作为消息中间件,redis 做缓存,spring-retry做重试,gradle 自动化构建工具,git 版本管理工具,mongodb数据库,jdk1.8。 3.该项目是基于消息推送模式来实现增量,商品信息发在中台生变化或从前置机抽取并验证发生变化,就会推送一条消息到mq中,然后消费端就会从mq中拿到这条信息,并发送出去,客户收到我们推送的消息,就会调用相应的api接口来获取商品信息。 4.全量模式是客户直接调用响应api接口来分页拉取信息,该模式用于补全信息。 5.推送消息如果遇到错误,会根据返回错误的类型来进行重试,最多重试3次 6.项目推送消息时记录详细的日志,方便以后问题查找。

0
2021-03-15 11:25
更新于: 2021-03-12 浏览: 194