20210401任务
项目
自我介绍
面试官你好, 我叫管浩杰, 工作已经三年了, 近期做过的项目就是 槐荫的这个智脑中心, 青岛欧亚通代购的一个网上商城。
我先介绍一下这个智脑中心的项目,
这个项目的客户呢是槐荫区区*,
当时是在这个区政务中心一楼做的,当时还没开放
那么我们这个信息集成系统 主要是辅助*人员办公的这么一套系统,系统主要包含城市的
槐荫智脑中心项目简述
技术点
SpringBoot、SpringCloud、Quartz、MyBatis、MySQL、Redis、Vue、ElementUI、Axios
工作地点
济南槐荫区区* 区政务中心一楼
工作时间
2020.5 -2021.2
项目简述
城市事件处置系统
(事件确认以及登记, 事件处理管理 事件处理调度信息流转 事件处置评价 城市事件标准处置专题) 这么两大部分
调研局室(应急管理局 发改委 经信局 环保局 政法局 城管局)
事件确认
1 接收城市运行监测系统报警信息 或
2 人工录入(表单)【类别 所属街道 发生地址 紧急程度】
事件登记 登记的事件的信息(细节补充)【类型 发生时间 发生地点(地图标注)事件内容 发现时间 发现人联系方式】 包含 审核功能
事件处置 利用城市资源一张图 查看可用资源(分发到有关部门) 【案件派遣->派遣单位 派遣方式 派遣人员 发送短信(消息队列)消费者发送消息】
事件处置调度信息流转 下发至责任部门(工作流) 包括事件的基本信息 综合研判结果和当前事件 处置情况
事件闭环信息获取 相关部门反馈事件执行结果 包括事件接受 事件处置策略 事假分发的事件处置结果( 显示在 首页案件处理平台(大屏))
事件处置评价 事件影响评价 处置结果评价
事件点位一张图
公共码表与策略配置
舆情 YUQING 环保部门(关联表)
运行监测系统
(生态环境监测专题 ,经济发展监测专题,应急管理监测专题, 城市管理监测专题, 舆情监测专题),
主要对接舆情厂商, 调用舆情厂商接口, 获取舆情数据 ->echarts 即对接大屏厂商 展示在大屏上
- 槐荫舆情综述, 非负面数 负面舆情数 负面舆情率
- 近五个月负面和非负面舆情数量 (月份 数量 )
- 最近七天舆情关键词(云词)
- 按照时间 热度 排行榜 提供十条舆情信息
- 按照舆情来源提供槐荫区相关舆情的来源信息
-对接-
- 12345 热线大数据 热点云词
- 对接数字城管中心数据
- 对接吹哨平台数据
- 对接舆情模块数据
青岛欧亚通
工作地点
青岛市南
工作时间
参与开发6个月 离职的时候项目还在运维开发
项目简述
负责模块
1.无在库订单管理,客户端下单之后对应的订单产生在员工端,员工对订单进行订单操作,对应的操作详情、编辑、提醒、退货、订单处理。
2.客户退回待确认,客户端或员工端进行退货处理,对应的订单就产生在客户退回待确认,确认之后该订单会软删除
3.同捆列表,主要是根据同一客户同一收件人同一收货地址进行捆绑
4.无在库账单,当订单状态购买完时,会对客户余额进行相应的扣钱,退货,充值,扣钱等状态都会产生对应的账单
5.FBA订单管理,与无在库订单的区别在于一个订单下有多个子订单,而且还会有请求书的产生,当生产请求书会对应产生FBA账单
6.FBA账单,只显示FBA订单的账单和送金,与无在库账单区别在于无在库显示个人余额,而FBA显示公司余额,其次调整余额功能对应的钱以此类推递减
7.总帐单,显示FBA由请求书产生的账单、无在库充值产生的账单、送金产生的账单
8.汇率配置,录入当前汇率、手续费、手续费率为请求书提供数据
涉及到的点~
- 汇率设置 中日汇率
- 我们的客户端是做的充值钱包, 主要是我们对金额进行操作的时候需要多注意这个事务 跟 多使用BigDecimel
难题以及如何解决的?
面试题
Dubbo
1.随机模式。按权重设置随机概率。在一个截面上碰撞的概率较高,但调用越大分布越均匀
2.轮询模式。按公约后的权重设置轮询比例。但存在响应慢的服务提供者会累积请求
3.最少活跃调用数。响应快的提供者接受越多请求,响应慢的接受越少请求
4.一致hash。根据服务提供者ip设置hash环,携带相同的参数总是发送的同一个服务提供者,若服务挂了,则会基于虚拟节点平摊到其他提供者上
SpringCloud
是什么? 分布式微服务架构的一站式解决方案 是多种微服务框架落地技术的几何体 俗称微服务全家桶
Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发,如服务发现注册、配置中心、智能路由、消息总线(BUS)、负载均衡、断路器、数据监控等
- 服务发现与注册中心 Netfix Eureka ----- > Spring alibaba necos
用来简化与服务器的交互、作为轮询负载均衡器,并提供服务的故障切换支持
-
服务的负载均衡 – netfix Ribbon
主要提供客户侧的软件负载均衡算法。
Ribbon客户端组件提供一系列完善的配置选项,比如连接超时、重试、重试算法等。Ribbon内置可插拔、可定制的负载均衡组件
负载均衡策略
1 简单轮询负载均衡
2 加权响应时间负载均衡
3 区域感知轮询负载均衡
4 随机负载均衡 -
服务负载与调用 feign
-
服务熔断降级 netfix Hystrix 容错限流
-
Api 服务网关 Netfix Zuul Spring Gateway
-
服务分布式配置 Spring Cloud Config apollo 携程 Config
得配合Spring Cloud Bus实现动态的配置更新 -
SpringBoot 一个一个的微服务(生产者 消费者)
Spring Cloud Task
用于快速构建短暂、有限数据处理任务的微服务框架,用于向应用中添加功能性和非功能性的特性
ActiveMQ
如何使用 ?
- ActiveMQ 下载客户端 , 导入 ActiveMq maven 依赖,
//生产者
2. 创建连接工厂 61616
3. 创建连接对象 md 链接工程.createConnection()
4. 创建会话 session = conn.createSession(false, Session,AUTO_ACKNOWLEDGE)
5. 创建点对点发送的目标 session.createQueue()
6. 创建生产者消息 producter
7. 设置生产者的模式 持久化/不持久化 setDeliveryMode
8. JMS send
// 消费者
2. 创建连接工厂 61616
3. 创建连接对象 md 链接工程.createConnection()
4. 创建会话 session = conn.createSession(false, Session,AUTO_ACKNOWLEDGE)
5. 创建点对点发送的目标 session.createQueue()
6. 创建消费者 createConsusmer
7. JMS receive() 持续等待
RabitMQ
RabbitMQ 最初起源于金融系统,用于在分布式系统中存储转发消息,在易用性、扩展性、高可用性等方面表现不俗。具体特点包括:
靠性(Reliability)
灵活的路由(Flexible Routing)
消息集群(Clustering)
高可用(Highly Available Queues)
Quartz 及其异常日志
上一篇: java枚举类型根据key拿到value
下一篇: 快速排序原理与代码