| 失效链接处理 |
|
2020q中国^安Java中W试面试?PDF 下蝲
本站整理下蝲Q?/strong>
链接Q?a target="_blank">https://pan.baidu.com/s/1oYGma8ahsuYdgohNk52M3w
提取码：(x)jfrs
相关截图Q?/strong>
主要内容Q?/strong>
1. redis各种应T场景
a. 更多的数据结构；
b. 可持久化Q?/div>
c. 计数器；
d. 发布-订阅功能Q?/div>
e. 事务功能Q?/div>
f. q期回调功能Q?/div>
g. 队列功能Q?/div>
h. 排序、聚合查询功能?/div>
2. redis持久化机?/div>
a. RDBQ快照Ş式是直接把内存(sh)的数据保存到h?dump g中，定时保存Q保存策略。（?x)丢数据Q?/div>
b. AOFQ把所有的对Redis的服务器q⾏修改的命令都存到h个⽂件oQ命令的集合。（影响性能Q?/div>
3. mysql调优
a. explain select语句Q?/div>
b. 当只要⼀条数据时低(k)Tlimit 1Q?/div>
c. 为搜索字D徏索引Q?/div>
d. 避免select *Q?/div>
e. 字段量低(k)Tnot nullQ?/div>
f. 垂直分割Q?/div>
g. 拆分h的delete和insert语句Qdelete和insert?x)锁表?/div>
h. 分表分库分区?/div>
4. 有没?jin)解DockerQDocker和虚拟机有什么区别？
1、虚拟机Q我们传l的虚拟机需要模拟整台机器包括硬Ӟ每台虚拟机都需要有q⼰的操作系l，虚拟机⼀旦被开启，预分?/div>
l他的资源将全部被占。，每⼀个虚拟机包括应TQ必要的h进制和库，以及(qing)h个完整的户操作pȝ?/div>
2、DockerQ容器技术是和我们的宿主机共享硬件资源及(qing)操作pȝ可以实现资源的动态分配?/div>
容器包含应T和其所有的依赖包，但是与其他容器共享内核。容器在宿主机操作系l中Q在户I间以分ȝq程q⾏?/div>
3、对：(x)
1. docker启动快速属于秒U别。虚拟机通常需要⼏分钟d动?/div>
2. docker需要的资源更少Qdocker在操作系l别进q虚拟化Qdocker容器和内怺互，h乎没有性能损耗，性能优(sh)通过
Hypervisor层与内核层的虚拟化。；
3. docker更轻量，docker的架构可以共⼀个内怸׃n应TE序库，所占内存极h。同L(fng)g环境QDockerq⾏的镜
像数q多于虚拟机数量。对pȝ的利率q常q?/div>
4. 与虚拟机相⽐Qdocker隔离性更弱，docker属于q程之间的隔，虚拟机可实现pȝU别隔离Q?/div>
5. 安全性：(x) docker的安全性也更弱。Docker的租户root和宿Lroot{同Q⼀旦容器内的T户从普通Th限提升ؓ(f)root
权限Q它?yu)q接具备了(jin)宿主机的root权限Q进可q⾏限制的操作。虚拟机U户root权限和宿L的root虚拟机权限是分离的，q且
虚拟机利如Intel的VT-d和VT-x的ring-1g隔离技术，q种隔离技术可以防虚拟机H破和彼此交互，容器⾄今还没有M形式
的硬仉，q得容器容易受到攻凅R?/div>
6. 可管理性：(x)docker的集中化理h具q(sh)成熟。各U虚拟化技术都有成熟的理h具Q例如VMware vCenter提供完备
的虚拟机理能⼒?/div>
7. q可和可恢复性：(x)docker对业务的q可⽀持是通过快速重新部|实现的。虚拟化具备负蝲均衡Q⾼可TQ容错，q移
和数据保护等l过实践(g)验的成熟保障机制QVMware可承拟机99.999%q可，保证业务q箋(hu)性?/div>
8. 快速创建、删除：(x)虚拟化创建是分钟U别的，Docker容器创徏是秒U别的，Docker的快速P代性，军_?jin)⽆论是开发、测
试、部|都可以节约h量旉?/div>
9. 交付、部|Ԍ(x)虚拟机可以通过镜像实现环境交付的⼀致性，但镜像分发⽆法体pdQDocker在Dockerfile中记录了(jin)容器?/div>
E，可在集群中实现快速分发和快速部|?
5. 同⼀个宿L中多个Docker容器之间如何通信Q多个宿L中Docker容器之间如何通信Q?/div>
1、这q同L不同容器之间通信主要低(k)TDocker桥接QBridgeQ模式?/div>
2、不同主机的容器之间的通信可以借助?pipework q个h具?/div>
q_产险-核⼼pȝ?/div>
1、简历：(x)
1. 介绍历上主要{Q画框架图，说流E?/div>
2. 针对历上的技能进q提问?/div>
2、队列：(x)
3. 说说rabbitmq的结构?/div>
a. 消息处理q程Q?/div>
b. 四种交换机：(x)
i. 直连交换机，Direct exchangeQ带路由功能的交换机Q根据routing_keyQ消息发送的时候需要指定）(j)直接l定到队列，
h个交换机也可以通过q个routing_keyl定多个队列?/div>
ii. 扇Ş交换机，Fanout exchangeQ⼴播消息?/div>
iii. 主题?sh)换机，Topic exchangeQ发送到主题?sh)换Z的消息需要携带指定规则的routing_keyQ主题(sh)换机?x)根据这个?/div>
则将数据发送到对应?多个)队列上?/div>
iv. qR交换机，Headers exchangeQ⾸部交换机是忽略routing_key的⼀U\由⽅式。\由器和交换机路由的规则是通过
Headers信息来交换的Q这个有点像HTTP的Headers。将h个交换机声明成⾸部交换机Q绑定⼀个队列的时候，定义h
个Hash的数据结构，消息发送的时候，?x)携带⼀lhash数据l构的信息，当Hash的内容匹配上的时候，消息׃(x)被写h队
列?/div>
4. rabbitmq队列与消费者的关系Q?/div>
a. h个队列可以绑定多个消费者；
b. 消息分发Q若该队列⾄有h个消费者订阅，消息以循环Qround-robinQ的式发送给消费者。每条消息只?x)分发给h?/div>
订阅的消费者（前提是消费者能够正常处理消息ƈq⾏认Q?/div>
5. rabbitmq交换器种cR?/div>
1. fanout交换器：(x)它会(x)把所有发送到该交换器的消息\由到所有与该交换器l定的队列中Q?/div>
2. direct交换器：(x)directcd的交换器路由规则很简单，它会(x)把消息\由到哪些BindingKey和RoutingKey完全匚w的队列中Q?/div>
3. topic交换器：(x)匚w规则direct更灵zR?/div>
4. headers交换器：(x)Ҏ(gu)发送消息内容的headers属性进q匹配（׃性能很差Q不实TQ?/div>
6. {中哪qTC(jin)kafkaQkafkaҎ(gu)？
a. 场景Q?/div>
i. h数据部⻔流数据处理Q?/div>
ii. elkQ?/div>
b. Ҏ(gu)：(x)
它被设计为⼀个分布式pȝQ易于向外扩展；
它同时ؓ(f)发布和订阅提供⾼吞吐量；
它⽀持多订阅者，当失败时能⾃动^衡消费者；
它将消息持久化到盘Q因此可于扚w消费Q例如ETLQ以?qing)实时应程序?br />
|
| Java1234官方?5Q?/td> | 
|
| Java1234官方?5Q?/td> | 838462530 |
苏公|安?32061202001004?/p>
