MrGGB
1月前来过
全职 · 600/日  ·  13050/月
工作时间: 工作日21:00-23:00、周末10:00-17:00工作地点:
服务企业: 0家累计提交: 0工时
联系方式:
********
********
********
聊一聊

使用APP扫码聊一聊

个人介绍

你好,我是一名3年后端的程序员,平时比较喜欢钻研后端技术,一周下来空余时间会锻炼2~3次,欢迎叨扰!!!对技术框架包括Spring、Spring mvc、Mybatis 、SpringBoot、Spring Cloud等微服务框架都比较熟悉,而且所在公司也应用微服务架构,以及服务注册与发现原理,在工作中应用的比较多的中间件有Redis、Rabbit MQ,其中在交易方面使用Rabbit MQ结合Reddision分布式框架来保证订单处理准确性和唯一性,而对于我们公司主要用Redis来做缓存方面,比如缓存用户的基本登录数据信息、缓***访问token。对于数据库方面熟悉Mysql、Postgresql,而对于我们公司应用PG更多点,关于数据库的索引、存储过程以及SQL优化方面都有了解,对于自己平时写的业务SQL会先从业务分析然后从性能上尽可能优化,达到精益求精。最后对于JDK8的语法应用比较熟悉,因为在工作中应用比较多。总结,致力于用最少的代码量实现更优的功能点!!!

工作经历

  • 2020-07-15 -至今江苏商互通技术有限公司后端开发

    公司主要业务是接收渠道平台推送的交易数据,我们系统内部对数据进行整合、计算出用户层级中各级的分润金额以及入账到系统内部账户,而为了用户将所得的分润提现到个人账号,我们对接了多家第三方支付公司作为通道桥梁。而我主要负责的是交易数据处理和分润日汇总统计,配合前端完成项目的迭代需求等等。

  • 2019-06-10 -2020-07-10北京畅捷支付Java工程师

    1、主要做过二维码交易以及商户回调通知等业务 2、负责过项目系统的代码重构以及终端交易分润计算业务,组织4名小组成员负责过电商管理项目、手游管理项目等增值业务的迭代。

教育经历 和TA聊聊

APP扫码和程序员直接沟通

  • 该用户选择隐藏教育经历信息,如需查看详细信息,可点击右上角“和TA聊一聊”查看

技能

0
1
2
3
4
5
0
1
2
3
4
5
作品
用户红包抽奖功能

该项目业务主要涉及用户信息管理、查询达标次数、查询抽奖次数(已抽奖、待抽奖)、抽奖轮盘列表信息以及提现等功能。 因为该功能是一个H5链接可被嵌套至小程序或APP中,因此上述功能因为比较简单均由我个人完成。 主要抽奖逻辑是:刚开始前端展示的是一个抽奖轮盘,由前端触发抽奖轮盘向后端发起一个请求,后端根据在用户系统设置的比例规则,将生成的0~100的随机数与设置的比例规则进行比较,筛选出合适的抽奖结果,再返回给前端,前端再呈现出抽奖结果,至此完成一次抽奖交互。 1、用户权限处和用户系统的权限控制一致,只是该功能区别是在首次登录没有开户的情况下,会先完成系统内部开户逻辑。 2、用户提现根据配置的提现通道向渠道发起提现。

0
2023-04-13 03:29
运营管理平台

该项目业务主要涉及用户管理、交易处理、分润计算(依据不等用户层级设置的结算价逐级计算) 以及返现计算等模块。用户身份区分(代理商、商户),对于使用者可以在用户管理系统中查看 用户层级、用户各级分润(包括直营分润和团队分润)、设置用户下一级的结算成本以及营销终端管理(例如:POS机刷卡,卡区分不同种类)、商户红包抽奖功能(用于鼓励商户刷卡消费),而运营后台比用户管理系统多了一些管理功能,例如:系统管理(权限)、定时任务管理、系统参数管理以及账户钱包管理等核心功能。 我们的系统是从2020年8月份开始搭建的,并且功能迭代一直到至今,我负责的功能由开始的简单需求慢慢过渡到复杂需求,包含登陆功能、用户权限菜单(后台可动态配置)、交易处理、数据统计、对接第三方支付(服务于我们系统内部用户的代理提现)以及APP相关功能开发。 1、登陆功能:采用参数加/验签和请求头携带会话Id的方式与后端系统完成会话请求,结合Redis存储实现简单的用户单地方登陆问题(需求是:限制一个账号仅能有一个人登录,两个人同时登录会把前一个人会话清除掉)。 2、用户权限菜单(运营后台可动态配置):用户系统是根据不同角色展示不同的菜单列表(通过一个建表SQL控制来实现),但是后端运营后台可以通过增、删、改、查等进行动态配置,也可对不同的角色赋予不同的权限菜单。 3、交易处理功能:在多线程条件下,同时调用同一个插入数据方法会出现数据错乱的情况(相当于把A通道的数据设置到通道B的数据身上,反之亦然),后来本地模拟生产情况开启20多个线程进行模拟数据错乱情况,最终采用 异步线程+synchronized的方式 解决该问题,其一采用异步线程的原因是提高处理效率(因为同时会接收多个通道数据避免响应超时),其二采用JDK锁的方式实现是在插入数据的时候避免多个线程同时插入数据库。 4、对接第三方支付:最近刚做的一项需求是对接某宝的支付转账,且支付多个账号来发起,在做的时候我对比了某宝的开发者文档,相当于一个企业账号可以对应多个提现账号(一对多),而我们项目的需求是支持多个企业对应多个提现账号(多对多),因此我决定采用策略+ 抽象 模式 对公共的方法进行抽取来实现,一直到现在已经有近100个企业账号开启了,之前还对接过其他支付通道暂不一一说明。 5、数据统计:对本系统的日统计任务做优化(分别统计直营+团队交易量),由之前别人做的两个定时任务分别统计直营交易和团队交易,我优化为异步线程+ 多线程形式(CompletableFuture 异步执行方式),既优化了代码,现在性能也有进一步提升。 最后,由于我们项目是前后端分离的,我完成的功能都是后端部分,特此说明!!!

0
2023-04-13 03:34
用户管理平台

该项目业务主要涉及用户管理、交易处理、分润计算(依据不等用户层级设置的结算价逐级计算) 以及返现计算等模块。用户身份区分(代理商、商户),对于使用者可以在用户管理系统中查看 用户层级、用户各级分润(包括直营分润和团队分润)、设置用户下一级的结算成本以及营销终端管理(例如:POS机刷卡,卡区分不同种类)、商户红包抽奖功能(用于鼓励商户刷卡消费),而运营后台比用户管理系统多了一些管理功能,例如:系统管理(权限)、定时任务管理、系统参数管理以及账户钱包管理等核心功能。 我们的系统是从2020年8月份开始搭建的,并且功能迭代一直到至今,我负责的功能由开始的简单需求慢慢过渡到复杂需求,包含登陆功能、用户权限菜单(后台可动态配置)、交易处理、数据统计、对接第三方支付(服务于我们系统内部用户的代理提现)以及APP相关功能开发。 1、登陆功能:采用参数加/验签和请求头携带会话Id的方式与后端系统完成会话请求,结合Redis存储实现简单的用户单地方登陆问题(需求是:限制一个账号仅能有一个人登录,两个人同时登录会把前一个人会话清除掉)。 2、用户权限菜单(运营后台可动态配置):用户系统是根据不同角色展示不同的菜单列表(通过一个建表SQL控制来实现),但是后端运营后台可以通过增、删、改、查等进行动态配置,也可对不同的角色赋予不同的权限菜单。 3、交易处理功能:在多线程条件下,同时调用同一个插入数据方法会出现数据错乱的情况(相当于把A通道的数据设置到通道B的数据身上,反之亦然),后来本地模拟生产情况开启20多个线程进行模拟数据错乱情况,最终采用 异步线程+synchronized的方式 解决该问题,其一采用异步线程的原因是提高处理效率(因为同时会接收多个通道数据避免响应超时),其二采用JDK锁的方式实现是在插入数据的时候避免多个线程同时插入数据库。 4、对接第三方支付:最近刚做的一项需求是对接某宝的支付转账,且支付多个账号来发起,在做的时候我对比了某宝的开发者文档,相当于一个企业账号可以对应多个提现账号(一对多),而我们项目的需求是支持多个企业对应多个提现账号(多对多),因此我决定采用策略+ 抽象 模式 对公共的方法进行抽取来实现,一直到现在已经有近100个企业账号开启了,之前还对接过其他支付通道暂不一一说明。 5、数据统计:对本系统的日统计任务做优化(分别统计直营+团队交易量),由之前别人做的两个定时任务分别统计直营交易和团队交易,我优化为异步线程+ 多线程形式(CompletableFuture 异步执行方式),既优化了代码,现在性能也有进一步提升。 最后,由于我们项目是前后端分离的,我完成的功能都是后端部分,特此说明!!!

0
2023-04-13 03:37
更新于: 2022-11-01 浏览: 214