Java岗大厂面试百日冲刺 - 日积月累，每日三题【Day02】——Java高级篇

        大家好，我是陶然同学，软件工程大三明年实习。认识我的朋友们知道，我是科班出身，学的还行，但是对面试掌握不够，所以我将用这100多天更新Java面试题🙃🙃。

  不敢苟同，相信大家和我一样，都有一个大厂梦，作为一名资深Java选手，深知面试重要性，接下来我准备用100天时间，基于Java岗面试中的高频面试题，以每日3题的形式，带你过一遍热门面试题及恰如其分的解答。当然，我不会太深入，因为我怕记不住！！

  因此，不足的地方希望各位在评论区补充疑惑、见解以及面试中遇到的奇葩问法，希望这100天能够让我们有质的飞越，一起冲进大厂！！，让我们一起学（juan）起来！！！

目录

1.get与post请求区别？

2.rabbitmq的常见作用有哪些？

3.RabbitMQ的工作模式有哪些？

1.get与post请求区别？

区别1

        get从服务器上获取资源 post向服务器发送数据

区别2

        get通过RUL传输数据 以字段=value的形式 并用?连接 多个数据之间用&连接

        post将数据放在请求体中

区别3

        get传输量较小 因为受URL长度限制 但是效率高

        post传输量较大 所以上传文件只能选择post请求

区别4

        get是不安全的 因为数据都在URL中 用户是可见的

        post数据在请求体中 用户不可见 安全性比较高

区别5

        get只支持ascll字符 向服务器传递中文可能乱码

        post支持标准字符集 可以正确传递中文字符

2.rabbitmq的常见作用有哪些？

1.服务间解耦

场景说明：用户下单后 订单系统需要通知库存系统 传统的做法是 订单系统调用库存系统的接口 

 传统模式的缺点：

1.假如库存系统无法访问 则订单减库存将失败 从而导致订单失败

2.订单系统与库存系统耦合

订单系统：用户下单后 订单系统完成持久化处理 将消息写入消息队列 返回用户订单下单成功

库存系统：订阅下单的消息 采用拉/推的方式 获取下单信息 库存系统根据下单信息 进行库存操作

假如：在下单时库存系统不能正常使用 也不影响下单 因为下单后 订单系统写入消息队列就不再关

心后续的操作了 实现了订单系统与库存系统的应用解耦

2.实现异步通信

场景说明：用户注册后 需要发注册邮件和注册短信 传统的做法有两种

1.串行方式 2.并行方式

串行方式：将注册信息写入数据库成功后 发送注册邮件 再发送注册短信 以上三个任务全部完成后

返回给客户端

并行方式：将注册信息写入数据库成功后 发送注册邮件的同时 发送注册短信 以上三个任务完成后

返回给客户端与串行的差别是 并行的方式可以提高处理时间

引入消息队列，将不是必须的业务逻辑，异步处理。改造后的架构如下：

3.流量削峰

流量削峰是消息队列中常用的场景 一般在秒杀或团购活动中使用广泛 例如A系统平时每秒请求100

个 系统稳定运行 但是晚上8点有秒杀活动 每秒并发增至1万条 系统最大处理每秒1000条 于是系统

崩溃 引入MQ后 例如100万用户在高峰期 每秒请求5000个 将这5000个请求写入MQ 系统每秒只能

处理2000请求 因为MySQL只能处理2000个请求 系统每秒拉取2000个请求 不要超过自己的处理能

力即可

3.RabbitMQ的工作模式有哪些？

1.简单模式  

2.工作者模式  

3.广播模式

4.路由模式

5.通配符模式  

6.RPC  

7.消息确认模式