技术框架： springboot + mybatis puls + oracle + nacos + xxl-job 工作职责： 项目各平台接口对接及日常开发迭代， 需求整理评审开发等项目内容： 旧系统中各个接口是基于 http 请求、 SSM 框架的单体架构， 没有良好的负载和路由策略， 同时定时任务相关服务也无法进行动态配置， 因此针对接口服务进行架构升级接入到公司 SOP 架构的网关系统中， 定时任务服务则接入 xxl-job 支持动态修改任务状态 主要功能： 1. 地址识别： 根据用户提供的地址串， 通过信息拆分和高德定位后， 解析出相对正确 的收、 寄地址信息便于用户快速下单 2. 网点匹配： 网点业务员在管理后台绘制好揽派区域后， 程序依据下单地址信息匹配 到相应的业务员和给出预计的物流运费 3. 轨迹推送： 一些第三方订单产生扫描轨迹后， 通过配置定时任务将轨迹数据回推送 给第三方系统 解决问题： 1. 各平台下单时依据用户的地址信息经过高德输入提示后， 然后分词比对得到正确率 更高的经纬度信息， 从而匹配到对应的网点及业务员 2. 增加了任务重试、 动态修改任务状态、 即时生效， 以及终止运行中任务等 3. 完善了整个接口模块的基础功能， 提高了平台的调度能力， 对后面任务日益增长的 需求有很好的应对能力

技术框架： springboot + oracle + redis + kafka + nacos 工作职责： java 后端开发， 负责消息推送中心， 上下游服务接口对接需求开发 项目内容： 原消息推送是散落在各个独立的系统中(如： web 端、 app、 小程序)， 随着 业务量的提升消息模块耦合在系统中， 效率低下、 对各个平台极不友好； 因此开发了 新的消息推送中心， 抽离于老系统， 对各类消息进行统一发送处理 项目流程： 消息平台从网关接收数据 > 消息过滤 > 数据接入 kafka > 分组消费 > 动态过滤 > 消息推送到各个平台(短信、 公众号、 app 内部消息等) 主要功能： 1. 设计统一的标准接口， 其他系统消息通过调用公司内部网关服务再进入到消息平台 2. 数据接入 kafka 提高系统整体的性能， 同时做异步和解耦， 并能在一定程度上抗住 业务流量 3. 数据库为 oracle， 使用其序列、 触发器实现根据数据行自动执行、 级联更新、 更 快更高效的维护数据等 4. 选用 redis 做缓存， 存储热点数据， 针对消息内容过滤、 运营规则去重都是基于 redis 来实现 5. nacos 做注册和配置中心， 公司内部网关采用 nacos 做注册中心， 同时将其作为配 置中心， 实现动态配置消息过滤、 存储各类配置、 各个环境切换等 解决问题： 1. 抽象出统一的消息平台， 接管原各个系统所有的消息推送相关规则和业务逻辑 2. 对于上游业务系统使用 kafka 提高消息接收能力， 高效稳定同时确保消息不会丢失 3. 对于下游第三方的各个平台， 针对短信、 *、 内部系统(web、 app)这些不同的消 息平台提供了适配层， 消息进入平台后再逐个分发

技术框架： springboot + mybatis puls + oracle + redis 工作职责： 小程序后端接口开发、 公众号平台接入， 项目迭代和需求开发 项目内容： 包含了*公众号和*小程序， 基于物流系统业务场景定制化开发的前后端分离项目， 通过对订单、 运单、 承运人等全物流环节的信息化管理， 做到流程可视化、 全过程可控， 大幅提升物流执行过程的作业效率， 同时确保订单准确、 交付准时、 轨迹实时推送到用户 主要功能： 1. 小程序多业务场景支持， 包含指定业务员、 上门取件、 批量下单、 excel 导入 2. 公众号智能回复， 如： 查询物流轨迹、 报价咨询、 功能反馈等 3. 全物流环节的信息化管理和实时消息推送， 自用户下单到签收所有节点触发通过公 众号推送订单状态及轨迹信息 4. 前后端分离和使用 redis 做缓存， 缓存热点数据减少后端服务器的并发压力， 使小 程序整体有更高的并发及更好的性能 5. 全局统一异常处理机制， 以及 AOP 监控接口、 mybatis 的拦截接口监控执行 sql， 出现接口超时和慢查询时及时发送预警消息给到技术人员 解决问题： 1. *小程序为散客用户提供了很好的入口， 极大的提高了用户下单便利性 2. 公众号的全物流轨迹消息实时推送， 方便用户感知订单状态， 做到流程可视化