猿急送>

深圳Java兼职程序员

ID：150511

yabing

java研发工程师

公司信息：
虎瑞科技

工作经验：
4年

兼职日薪：
800元/8小时

兼职时间：
下班后
周六

所在区域：
深圳
南山

技术能力

熟悉分布式项目开发，部署。
熟悉ssm、 ssh、 springboot、 spring cloud、dubbo、zookeeper等框架的使用。
熟悉mysql数据库使用，熟练编写sql语句。有数据库优化的经验。
熟悉redis使用，有管道、分布式锁、lua脚本、集群的使用经验。有缓存优化经验，分布式限流经验。
熟悉rabbitmq、rocketmq使用，对原理有一定了解。
熟悉linux操作、分布式项目的部署，nginx的配置。
熟悉jdk8新特性。
熟悉线程池、多线程的使用。
有百万级并发优化、缓存优化、分布式限流经验。

项目经验

1.小猫停车平台：
小猫停车云端系统，原本主要是用nodejs开发的，有小部分是使用java开发，由于nodejs部分的设计和人员变动问题，打算使用java重构。故采用微服务架构将nodejs项目按功能拆分后逐步替换原有项目。目前计划拆分的有（微信、阿里）支付服务、优惠券发券、停车计费算法。

本项目中主要使用的技术是springboot、jpa、mongodb、redis、rocketmq、socket。

前期我参与了支付项目开发，其中我主要负责微信/阿里扫码支付（普通商户和子商户）的设计与实现，并负责项目的推进。主要业务逻辑是客户扫码之后进入输入车牌页面,提交车牌之后请求计费服务得出停车费用，并新增一条计费数据。客户点击下单之后调用下单接口，从缓存中获取计费信息进行微信、阿里下单，并新增订单数据，付款成功后，微信、阿里会调用回调接口，更新相应订单记录和计费记录的缴费状态，然后通过rocketmq或socket将订单信息同步到本地端。支付项目上线且稳定后，我独立设计并实现了停车计费算法。考虑到代码的可扩展性和维护性，本计费算法完全以工具封装的，且不包含任何业务。未来也可以直接拆分成一个独立的微服务工程。停车计费主要可分为两大类，一类是按连续24小时拆分停车时间，另一类是按每天的0点分割时间。其次每天还分是否开启白天黑夜计费。我实现的主要思想是，编写了一个类，该类在初始化时，通过计费规则是否开启白天黑夜、和特殊天以及停车的具体日期，判断是否进行普通计费还是特殊计费，并保存相关信息。如果是特殊计费，则根据具体每一天的停车时长和计费规则，调整计算的顺序（排序），最终汇总金额，如果需要考虑历史计费，计算出历史计费，并判断本次停车最大可收费空间，最终得到本次计费金额。本方案结合停车的实际情况，在初始阶段就封装好计费规则所需数据，比旧版的仅根据停车计费规则做初步判断，然后在根据停车时间再次调用计费逻辑的方案逻辑更清晰，更利于扩展和维护。同时将业务和计费剥离开，完全解耦，也方便给各端移植和未来的重构。
2.虎瑞科技消息系统：
该系统主要是通过后台配置消息给终端设备定时、即时推送直播、点播、epg类型消息。本系统采用前后端分离的模式，通过nginx代理到后端。后端主要基于公司的Mysql和Redis做数据存储，使用rocketMq做消息队列，基于spring cloud框架搭建高可用系统。拥有相应权限的账号登录后台创建应用、商户、渠道等信息，并导入频道映射关系。机顶盒通过后台生成的appid和secret进行认证。认证工程主要使用异步servlet和多线程处理高并发。机顶盒每5秒上报一次收视日志。收视上报工程通过多线程解析出机顶盒上报的信息存入到缓存中。消息工程主要提供消息创建、定时消息审核、消息撤回等功能的api，即时任务直接通过rabbitmq发送到策略工程。定时任务审核通过后存入redis。策略工程中定时任务没5秒扫描一次redis，当审核通过待发布的定时消息到达发布时间后，通过计算活跃用户的策略算法发送rabbitmq中。mq监听到消息后开始发送消息。长连接消息我们采用的mpush开源框架进行推送到长连接设备，短连接消息则是通过redis管道批量存储到redis，短连接设备每5分钟调用一次取消息api。另外消息发送支持通道开关、消息限流，本系统使用redis的lua脚本实现分布式限流功能。本系统通过logstash采集系统日志存储到es。消息发送、消息到达、消息展示等日志则是通过kafka、flume写入到es中。通过数据报表工程提供api，后台可以查询或者导出活动参与、消息发送、到达、展示等详细的数据报表信息。