今天窝牛号就给我们广大朋友来聊聊docker原理,以下4个关于的观点希望能帮助到您找到想要的答案。

热心用户提供：【眉心痣】 ，解答(docker原理)的问题，如果问题解决，可以关注本站！

SOA与微服务的区别？

SOA的提出是在企业计算领域，就是要将紧耦合的系统，划分为面向业务的，粗粒度，松耦合，无状态的服务。服务发布出来供其他服务调用，一组互相依赖的服务就构成了SOA架构下的系统。

基于这些基础的服务，可以将业务过程用类似BPEL流程的方式编排起来，而BPEL反映的是业务处理的过程，这些过程对于业务人员更为直观，调整也比hardcode的代码更容易。

当然企业还需要对服务治理，比如服务注册库，监控管理等。

我们知道企业计算领域，如果不是交易系统的话，并发量都不是很大的，所以大多数情况下，一台服务器就容纳将许许多多的服务，这些服务采用统一的基础设施，可能都运行在一个应用服务器的进程中。虽然说是面向服务了，但还是单一的系统。

而微服务架构大体是从互联网企业兴起的，由于大规模用户，对分布式系统的要求很高，如果像企业计算那样的系统，伸缩就需要多个容纳续续多多的服务的系统实例，前面通过负载均衡使得多个系统成为一个集群。但这是很不方便的，互联网企业迭代的周期很短，一周可能发布一个版本，甚至可能每天一个版本，而不同的子系统的发布周期是不一样的。而且，不同的子系统也不像原来企业计算那样采用集中式的存储，使用昂贵的Oracle存储整个系统的数据，二是使用MongoDB，HBase，Cassandra等NOSQL数据库和Redis，memcache等分布式缓存。那么就倾向采用以子系统为分割，不同的子系统采用自己的架构，那么各个服务运行自己的Web容器中，当需要增加计算能力的时候，只需要增加这个子系统或服务的实例就好了，当升级的时候，可以不影响别的子系统。这种组织方式大体上就被称作微服务架构。

微服务与SOA相比，更强调分布式系统的特性，比如横向伸缩性，服务发现，负载均衡，故障转移，高可用。互联网开发对服务治理提出了更多的要求，比如多版本，比如灰度升级，比如服务降级，比如分布式跟踪，这些都是在SOA实践中重视不够的。

Docker容器技术的出现，为微服务提供了更便利的条件，比如更小的部署单元，每个服务可以通过类似Node.js或Spring Boot的技术跑在自己的进程中。可能在几十台计算机中运行成千上万个Docker容器，每个容器都运行着服务的一个实例。随时可以增加某个服务的实例数，或者某个实例崩溃后，在其他的计算机上再创建该服务的新的实例。

如何拆分服务？

要围绕业务模块进行拆分，拆分粒度应该保证微服务具有业务的独立性与完整性，尽可能少的存在服务依赖，链式调用。但是，在实际开发过程中，有的时候单体架构更加适合当前的项目。实际上，微服务的设计并不是一蹴而就的，它是一个设计与反馈过程。因此，我们在设计之初可以将服务的粒度设计的大一些，并考虑其可扩展性，随着业务的发展，进行动态地拆分也是一个不错的选择。

REST的名称"表现层状态转化"中，省略了主语。"表现层"其实指的是"资源"（Resources）的"表现层"。

所谓"资源"，就是网络上的一个实体，或者说是网络上的一个具体信息。它可以是一段文本、一张图片、一首歌曲、一种服务，总之就是一个具体的实在。你可以用一个URI（统一资源定位符）指向它，每种资源对应一个特定的URI。要获取这个资源，访问它的URI就可以，因此URI就成了每一个资源的地址或独一无二的识别符。

客户端用到的手段，只能是HTTP协议。具体来说，就是HTTP协议里面，四个表示操作方式的动词：GET、POST、PUT、DELETE。它们分别对应四种基本操作：GET用来获取资源，POST用来新建资源（也可以用于更新资源），PUT用来更新资源，DELETE用来删除资源。

实际上呢，不是所有的东西都是“资源”，尤其是在业务系统中，缺点如下：

有个接口是更新订单状态，你是用上面的GET POST PUT DELETE 哪个呢，看样子应该是PUT，但是路径呢PUT /tickets/12

我有时候多个接口 ，更新订单收款状态，更新订单支款状态，更新订单结算状态；

Restful 的路径明显不友好不够用；

再比如，批量删除，DELETE还好用么，DELETE /tickets/12 #删除ticekt 12 这种形式如果要传数组怎么办，url是不是不够友好？

再比如，Resuful要求 GET /tickets # 获取ticket列表 。我们曾经有个需求，对方会把不超过1000个订单id传给我们，我们系统过滤其中一部分特殊订单；这也是个查询服务，用GET /tickets # 获取ticket列表的形式，1000个订单id显然是超过GET url长度的，这里也不合适；再者，我想开发多个条件查询列表服务，路径这么浅显然不合适；

实际业务中，我们webapi的路径是这样的：systemAlias/controller/action

总结下规则：

简单查询尽量用GET，好处是可以直接带查询参数copy api路径；

复杂查询和更新用POST，用的最多；

不用PUT和DELETE，原因是增加复杂度，并没有带来什么好处

看看BAT的很多openapi，也是写着restful，实际没有严格遵守，都是get和post，这是也很多人不知道put和delete的原因

如：

//根据订单id获取订单

GET oms/order/queryOrderByIdid=value1&param2=value2

//根据订单id List获取订单

POST oms/order/queryOrderByIdList

//根据条件查询订单，带分页参数

POST oms/order/queryOrderByCondition

//更新订单收款状态

POST oms/order/updateOrderCollectionStatus

//批量更新订单收款状态

POST oms/order/updateOrderCollectionStatusInBatch

//批量更新订单收款状态

POST oms/order/updateOrderCollectionStatusInBatch

//批量删除订单，带操作来源

POST oms/order/deleteOrderInBatch

微服务如何进行数据库管理？

CAP 原理(CAP Theorem)

在足球比赛里，一个球员在一场比赛中进三个球，称之为帽子戏法(Hat-trick)。在分布式数据系统中，也有一个帽子原理(CAP Theorem)，不过此帽子非彼帽子。CAP 原理中，有三个要素：

CAP 原理指的是，这三个要素最多只能同时实现两点，不可能三者兼顾。

因此在进行分布式架构设计时，必须做出取舍。而对于分布式数据系统，分区容忍性是基本要求 ，否则就失去了价值，因此设计分布式数据系统，就是在一致性和可用性之间取一个平衡。

对于大多数 WEB 应用，其实并不需要强一致性，因此牺牲一致性而换取高可用性，是目前多数分布式数据库产品的方向。

当然，牺牲一致性，并不是完全不管数据的一致性，否则数据是混乱的，那么系统可用性再高分布式再好也没有了价值。

牺牲一致性，只是不再要求关系型数 据库中的强一致性，而是只要系统能达到最终一致性即可，考虑到客户体验，这个最终一致的时间窗口，要尽可能的对用户透明，也就是需要保障“用户感知到的一致性”。

通常是通过数据的多份异步复制来实现系统的高可用和数据的最终一致性的，“用户感知到的一致性”的时间窗口则 取决于数据复制到一致状态的时间。

最终一致性(eventually consistent)

对于一致性，可以分为从客户端和服务端两个不同的视角。

从客户端来看，一致性主要指的是多并发访问时更新过的数据如何获取的问题。

从服务端来看，则是更新如何复制分布到整个系统，以保证数据最终一致。

一致性是因为有并发读写才有的问题，因此在理解一致性的问题时，一定要注意结合考虑并发读写的场景。

从客户端角度，多进程并发访问时，更新过的数据在不同进程如何获取的不同策略，决定了不同的一致性。

对于关系型数据库，要求更新过的数据能被后续的 访问都能看到，这是强一致性 ;如果能容忍后续的部分或者全部访问不到，则是弱一致性 ; 如果经过一段时间后要求能访问到更新后的数据，则是最终一致性。

从服务端角度，如何尽快将更新后的数据分布到整个系统，降低达到最终一致性的时间窗口，是提高系统的可用度和用户体验非常重要的方面。

那么问题来了，如何实现数据的最终一致性呢答案就在事件驱动架构。

最佳解决办法是采用事件驱动架构。其中碰到的一个挑战是如何原子性的更新状态和发布事件。有几种方法可以解决此问题，包括将数据库视为消息队列和事件源等。

从目前技术应用范围和成熟度看，推荐使用第一种方式(本地事务发布事件)，来实现事件投递原子化，即可靠事件投递。

SpringCloud和Dubbo有哪些区别？

总体来说，两者各有优势。虽说后者服务调用的功能，但也避免了上面提到的原生RPC带来的问题。而且REST相比RPC更为灵活，服务提供方和调用方的依赖只依靠一纸契约，不存在代码级别的依赖，这在强调快速演化的微服务环境下，显得更加合适。

品牌机与组装机的区别：很明显SpringCloud比dubbo的功能更强大，覆盖面更广，而且能够与SpringFramework、SpringBoot、SpringData、SpringBatch等其他Spring项目完美融合，这些对于微服务至关重要。使用Dubbo构建的微服务架构就像组装电脑、各环节我们选择自由度高，但是最总可能会因为内存质量而影响整体，但对于高手这也就不是问题。而SpringCloud就像品牌机，在Spring Source的整合下，做了大量的兼容性测试，保证了机器拥有更高的稳定性。

在面临微服务基础框架选型时Dubbo与SpringCloud只能二选一。

以上就是窝牛号小编解答(眉心痣)贡献关于“面试 － 必知必会的微服务面试题”的答案，接下来继续为你详解用户（芯好空）贡献“软件测试工程师发展规划路线”的一些相关解答，希望能解决你的问题！

本文最佳回答用户：【芯好空】 ，现在由窝牛号小编为你分析与【docker原理】的相关内容！

优质回答1. 软件测试工程师发展规划路线

1.1. 测试基础

了解测试的基础技能, 掌握主流缺陷管理工具的使用, 熟练测试环境的操作与运维

爱码小士 测试基础

测试计划 / 测试用例 黑盒用例设计等价类 / 边界值 / 场景分析 / 判定表 / 因果图分析 / 错误推断

缺陷 缺陷生命周期 / 缺陷分级 / 缺陷管理工具禅道 / Jira

数据库 Mysql / 环境搭建 / 增删改查 / 关联查询 / 存储过程

Linux 系统搭建 / 基本指令 / 日志分析 / 环境搭建

1.2. Linux 必备知识

Linux 作为现在最流行的软件环境系统, 一定需要掌握, 目前的招聘要求都需要有 Linux 能力。

爱码小士 Linux 必备知识

Linux 系统简介与准备 Linux 作为现在最流行的软件环境系统, 一定得会, 从 CenterOS 版本系统进行介绍, 安装, 目录结构等基础内容学起, 也为后续自建测试环境准备。

Linux 远程工具 Xshell 详细介绍如何入门使用 Linux, 并进行常规的远程管理, 文件传输操作, 涉及其中的工具 Xshell, Xftp

Linux 文件属性与管理 Linux 文件, 目录基本属性, 文件操作, 文件管理, 目录操作, 目录管理。切忌自毁行为操作, 如何预防意外操作

Linux 用户与组管理 如何在 Linux 中新增, 删除, 修改用户与组, 并赋予相应权限, 不再因为权限问题而卡壳

Linux 文件编辑器 Linux 文件编辑器 vi 的使用, 命令模式, 输入模式, 操作实例, 快捷键, 管道命令, 使用心得。在一个没有图形化的系统下到底如何编辑的呢

Linux 常用系统设置 网络设置, 环境变量, 磁盘管理, 时间设置, 系统资源, 防火墙, 应有尽有, 不用担心毫无头绪。

Linux 安装软件 Linux 安装命令, 以及如何通过 tar, gz 等网络上下载的安装文件进行安装, 如 MySQL 数据库安装。

Linux Docker 容器 Docker 容器技术讲解, image 镜像管理, 仓库, 容器创建, 启动, 操作, 镜像打包, 赶上行业流行技术

1.3. Shell 脚本

掌握 Shell 脚本: 包括 Shell 基础与运用、Shell 逻辑控制、Shell 逻辑函数

爱码小士 Shell

Linux Shell 基础与应用 shell 脚本编程介绍, 环境类型, 变量, 参数, 运算符, 数组的使用, 零距离接触脚本

Linux Shell 逻辑控制 shell 逻辑应用, test 命令, 流程控制, 数据输入与输出, 脚本逻辑不再单调, 玩出花样

Linux Shell 函数 shell 脚本函数写法, 文件互相调用, 脚本实战应用, 懂得开发, 测试, 运维都可以做什么

Windows 脚本批处理 Linux 玩够了, 再来看看 Windows 常规命令用法, 批处理脚本写法, 实战应用, 并不是到哪都是 Linux, Windows 脚本也是常用脚本之一, 看到这里可能你就用的 Windows

1.4. 互联网程序原理

自动化必经之路: 前端开发基础知识以及互联网网络必备知识四、互联网程序原理

爱码小士 互联网程序原理

Web 前端开发基础 HTML、CSS 基本内容学习。为什么测试课程有开发 对不起, 如果不会, 自动化可能不欢迎, 很多自动化测试问题都出自于开发基础

Web 前端开发脚本 JavaScript 最主流的脚本学习, 同样的, 这也会在自动化测试中涉及, 在一些工具中其实也经常用到动态脚本, 也是 JavaScript 语言

开发者调试工具测试应用 虽然浏览器的 F12 被命名为开发者工具, 但实际上测试不管在功能测试还是自动化测试中, 都起到了很关键的作用。如解析 HTML, 定位元素, 调试脚本, 监控网络抓包等等

互联网程序网络架构 通过网络架构详细理解互联网程序的诞生, 逻辑细节, 互联网通讯原理又是如何将数据传递到其他计算机的, TCP, UCP, HTTP, 等等协议的关系又是什么。

HTTP 协议数据结构分析 完整解析 HTTP 协议数据结构, 包括 Request、Response 数据格式, Header 的定义和用法各种状态代表什么, 如何辨别错误。分析协议中参数的位置, rest 结构, 各种常见的 body 数据形式, 解析方式, 常见数据解析错误的原因。

Cookie 与 Session 机制 解读 Cookie 到底是什么, 和 Session 存在什么样的关系, 如何测试 Cookie 与 Session, 需要注意什么

1.5. MySQL 数据库

软件测试工程师必备 MySQL 数据库知识, 不仅仅停留在基本的 “增删改查”。

爱码小士 MySQL 数据库

MySQL 数据库测试应用 MySQL 环境搭建, 客户端 Navicat 的基本使用与数据操作, 学习并巩固基本的 SQL 语法, 增删改查缺一不可, 掌握各种条件的使用方法

MySQL 高级查询 查询升级, 掌握多表查询, 子查询, 查询分组, 统计函数的使用, 并对经典面试题进行学习与分析

MySQL 自定义函数 既然有内置函数, 当然也不缺自定义函数的位置, 也是经常会使用到的, 这就好比任意一种开发语言一样都离不开函数的定义与使用

MySQL 存储过程 SP 数据库必不可少的存储过程, 通常也叫 SP, 如何定义 如何测试 怎么样使用更安全, 测试到底用存储过程还能做什么更多便于测试的内容

MySQL 事物与编程 数据库事务使用案例, 索引的原理与使用, 数据库 SQL 编程在测试中的应用, 如何用其快速精准的产生大量指定的测试数据

1.6. 抓包工具

Fiddler, Wireshark, Sniffer, Tcpdump 各种抓包工具适用于各种项目, 总有一款适合你的

爱码小士 抓包工具

抓包原理与方式 只有了解抓包的原理, 才能真正去用好一个适合的工具, 选择合适的方向和方法, 否则都是徒劳的

抓包工具选择 抓包工具的分类与功效, 什么样的项目适合哪种工具, 如何去辨别工具的优势

Fiddler 基础功能 作为专业的 HTTP 体系的抓包工具, 详细介绍其工具原理, 如何过滤数据, 如何搜索想要的数据, 如何对 web, 非 web, 手机, HTTPS 协议等各种环境进行抓包

Fiddler 高级功能 学会使用其进行接口测试, 断电, 脚本等方式进行数据的修改, 替换, 模拟数据进行接口 Mock 测试, 创建自己定义的菜单功能

Wireshark 与其说是抓包, 更是一种抓包后的分析工具, 在各个系统下利用其它与系统一体化的抓包工具进行数据抓取整理并展示, 有着强大的过滤和分析功能

Sniffer 黑 科技 抓包工具, 有多种版本, 非常专业的抓包工具

Tcpdump Linux、Android 系列的系统中的抓包插件神器

1.7. 接口测试工具

接口测试神器, 你绕不开的强大工具: Jmeter。小巧灵活: Postman

爱码小士 接口测试工具

Jmeter 接口测试入门 Jmeter 简介, 环境准备, 目录结构介绍 , 如何录制脚本, 以及基础组件的使用, 线程、作用域、HTTP 请求、定时器、断言等等

Jmeter 接口测试进阶使用 Jmeter 逻辑控制、前置处理器、后置处理器、监视器、结果树, 如何参数化、正则表达式关联、事务、检查点等等。并带领大家对带有 token 等动态数据的项目进行实战演练

Jmeter 接口测试高级功能 Jmeter 脚本思考时间、随机时间、线程启动间隔、并发集合点、联机远程调用, webservice、websocket、jdbc、命令调用等等

Postman 接口测试工具使用 行业标准 HTTP、rest 接口测试神器, 基本请求、分组保存、动态变量、脚本、数据关联、参数化、自动断言、批量运行、持续集成。思路类似其他接口工具, 避免泛滥学习

1.8. Web 自动化测试 Java&Python

了解自动化的目的, 熟练掌握 TestNG&unittest 自动化框架, 以及断言与日志处理

爱码小士 Web 自动化测试 Java&Python

自动化框架思路引导 我们做自动化到底为了什么 节省人力、加快、还是让机器代替手动、还是提升自我。应该如何建立思路, 而非无脑进坑任机器摆布

Java&Python3 开发环境及基本语法 Java&Python 开发环境搭建, 基础语法入门, 让不会代码的以最快入门, 方便适应后续自动化测试开发内容学习, 代码够用即可, 并不是学得越多越好

Java&Python3 集合类型与面向对象开发 Java&Python 各种基本类型、集合数据类型的理解与操作, 循环语句、判断语句, 面向对象的开发, 函数的使用, 类的使用

Selenium3 环境与浏览器驱动配置 基于 selenium3 的 web 自动化环境搭建, 正确的浏览器配置, 不再为起不了浏览器而烦恼。支持 IE、Firefox、Chrome 等等

Selenium3 多种定位及动态操作 selenium3 常见定位方法, 属性和值的获取, 如何动态判断不一定存在的元素, 复杂的网页结构, 需要多步骤操作的元素等等

特殊情况处理 (js、特殊控件等) selenium3 自动化测试中, 常见的特殊情况处理, 如日期、控件、智能等待、文件上传下载、网页嵌套结构, 各种弹窗的处理方式, cookie 处理, JavaScript 脚本调用等

TestNG&unittest 自动化框架使用 Python unittest、Java TestNG 自动化框架的使用, 环境处理、基本使用逻辑, 数据驱动模型, 数据库数据载入等

自动化框架断言与日志处理 自动化中最重要的是什么 作为测试当然是断言, 没有断言的自动化毫无用处, 如何展示日志与结果是自动化测试的根本

PageObject 框架设计模式 PageObject 框架设计模式, 到底是做什么的 如何更好的快速管理控件, 从此做起

1.9. 接口与移动端自动化

专业接口调用、测试解决方案。组建完整的 web 和接口自动化框架, Appium 整体使用

爱码小士 接口与移动端自动化

接口自动化方案 Requests Python Requests、Java HTTPclient 接口框架, 都是专业的接口调用、测试的解决方案, 使用简单快速, 结合工具的使用方式和功能, 快速上手并对其操作, 解决其中的疑难杂症

web + 自动化框架整合 自动化测试是相通的, 如何将 web 与接口、甚至更多的测试类型和方向结合起来, 组成完整的自动化框架

Appium 环境搭建 Appium 环境相对复杂, 针对 Android 系统进行完整的环境搭建演练, 解决环境上的问题, 并进行基本的自动化操作

Appium 自动化实战与框架结合 Appium 整体使用与 web 自动化类似, 引导使用典型功能, 并针对一款 APP 进行实战操作

1.10. 敏捷测试 & TestOps 构建

揭开 TestOps 的神秘面纱, 持续集成 Jenkins 框架烂熟于心

爱码小士 敏捷测试 & TestOps 构建

构建敏捷测试运维架构体系 敏捷测试是什么 为什么需要敏捷, 行业都提到的 devops 又是什么 TestOps 能做什么

持续集成 Jenkins 框架实战 持续集成最常见的一套框架, 介绍 Jenkins 操作、权限、系统管理等, 常用构建与运行实例讲解

静态扫描测试 Sonar 一款自动化的代码扫描工具, 便捷式快速扫描代码中的问题, 做到提前发现, 统一规范, 自动化中的代码测试神器

1.11. 性能测试 & 安全测试

软件测试的彼岸: 性能测试和安全测试, 选个方向努力爬坑吧!

爱码小士 测试基础

性能测试学习路线 如何学习性能测试, 性能测试到底该怎么学习, 使用什么工具 工具并不代表性能, 接口的基础对性能测试非常重要, 而工具只是辅助, 更多的是思路和策略。你不会并不是分析而是准备阶段

loadrunner 脱离浏览器录制专题 IE 无法启动被测网站 打不开浏览器 程序无法在浏览器中被打开 这些都没关系, 还是一样能录制, 但录制是偷懒专用的, 对于学习有一定的辅助作用, 也会带入无法脱离的坑

性能测试工具操作实践 loadrunner、jmeter, 有了前面的基础使用, 看懂脚本不是问题, 带上关键的参数化、动态数据关联、事物、日志, 大部分的脚本都可以搞定进行实践

系统监控方案实施 工具自带监控 系统监控 JVM 内部监控 数据库监控 各种监控的意义何在, 如何在各种情况下精准监控数据

安全测试起源与工具介绍 应该如何进行安全测试, 安全测试都有哪些分类 都会用到什么样的工具, 各自的作用又是什么, 如 web 漏洞扫描, 端口扫描, 系统扫描等

web 安全测试手工实战 接口测试在安全中的作用, 不会手动的安全测试, 那就永远无法理解自动化以后产出的结果

安全扫描工具测试实践 实际介绍以及使用 APPscan、awvs 等专业安全扫描工具

企业安全建设 (SDLC) 企业应该如何进行安全建设, 制定更安全的软件生命周期。从哪些方面进行着手

上文就是窝牛号小编解疑贡献者：（芯好空）回答的关于“软件测试工程师发展规划路线”的问题了，不知是否已经解决你的问题？如果没有，下一篇内容可能是你想要的答案，下面继续详述下文用户【桃扇骨】贡献的“10道不得不会的Docker面试题”的一些相关问题做出分析与解答，如果能找到你的答案，可以关注本站。

本文贡献者：【桃扇骨】 ，解答(docker原理)的问题，如果问题解决，可以关注本站！

优质回答以下是一些docker的基础面试题，下一篇docker进阶面试题。本系列 《最少必要面试题》

Docker 是一种流行的开源软件平台，可简化创建、管理、运行和分发应用程序的过程。它使用容器来打包应用程序及其依赖项。我们也可以将容器视为 Docker 镜像的运行时实例。

Docker 是轻量级的沙盒，在其中运行的只是应用，虚拟机里面还有额外的系统。

Dockerfile 是一个文本文件，其中包含我们需要运行以构建 Docker 镜像的所有命令，每一条指令构建一层，因此每一条指令的内容，就是描述该层应当如何构建。Docker 使用 Dockerfile 中的指令自动构建镜像。我们可以 docker build 用来创建按顺序执行多个命令行指令的自动构建。

一些最常用的指令如下：

Docker Compose 在继续下一个容器之前不会等待容器准备就绪。为了控制我们的执行顺序，我们可以使用“ 取决于 ”条件， depends_on 。这是在 docker-compose.yml 文件中使用的示例

用 docker-compose up 命令将按照我们指定的依赖顺序启动和运行服务。

Docker 容器经历以下阶段：

Linux中的PID、IPC、网络等资源是全局的，而Linux的NameSpace机制是一种资源隔离方案，在该机制下这些资源就不再是全局的了，而是属于某个特定的NameSpace，各个NameSpace下的资源互不干扰。

Namespace实际上修改了应用进程看待整个计算机“视图”，即它的“视线”被操作系统做了限制，只能“看到”某些指定的内容。 对于宿主机来说，这些被“隔离”了的进程跟其他进程并没有区别。

虽然有了NameSpace技术可以实现资源隔离，但进程还是可以不受控的访问系统资源，比如CPU、内存、磁盘、网络等，为了控制容器中进程对资源的访问，Docker采用control groups技术(也就是cgroup)，有了cgroup就可以控制容器中进程对系统资源的消耗了，比如你可以限制某个容器使用内存的上限、可以在哪些CPU上运行等等。

有了这两项技术，容器看起来就真的像是独立的操作系统了。

低谷蓄力

10道不得不会的Java基础面试题

10道不得不会的MySQL基础面试题

10道不得不会的Java并发基础面试题

10道不得不会的JVM面试题

10道不得不会的ElasticSearch面试题

10道不得不会的Spring面试题

10道不得不会的 Redis 面试题

10道不得不会的 Kafka 面试题

10道不得不会的 MyBatis 面试题

以上就是窝牛号小编解答(桃扇骨)分析关于“10道不得不会的Docker面试题”的答案，接下来继续为你详解用户（江山寒色远）分析“大厂的前端面试难吗”的一些相关解答，希望能解决你的问题！

本文最佳回答用户：【江山寒色远】 ，现在由窝牛号小编为你解答与【docker原理】的相关内容！

优质回答分享给你一些面试题

一面

小米的面试官给人的感觉很亲切很真诚，是一个体验很不错的面试。

css 实现图片自适应宽高

讲 flex，手写出 flex 常用的属性，并且讲出作用

BFC 是什么

项目里面的前端鉴权是怎么实现的？

vue 里面的虚拟 dom 是怎么回事？

vue 双向绑定讲一讲

手写函数防抖和函数节流

讲讲常用的 es6 语法，比如 let、promise、class 等等

浏览器渲染过程，回流重绘等等，load、DOMContentLoaded 等等事件的触发顺序

从小米应用商店里面随便找了一个需求让我现场实现，写伪代码

二面

讲项目里面的鉴权和图片懒加载怎么实现的

讲 vue-lazyloader 的原理，手写伪代码

讲 express 框架的设计思想

线上日志是如何处理的

讲事件循环

讲 nodejs 的 eventEmitter 的实现

三面

讲项目里面做的事情

讲 vue 的响应式原理、依赖收集、监听数组、虚拟 dom 等等

讲 express 的中间件系统是如何设计的

现场从小米应用商店中找出一个需求现场实现，说思路，写关键的代码

四面

讲 vue-lazyloader 源码以及设计

使用 es5 实现 es6 的 class

websocket 握手过程

浏览器的事件循环和 nodejs 事件循环的区别

百思编程（过）

这个公司是猎头推荐的，CEO 比较强势，也算比较有趣。

一面

跨域以及解决办法

手写一段小算法

JavaScript 的 sort 方法内部使用的什么排序？

二面

这一面是 CEO 面，主要问了我的职业规划等等问题，在我没有表现出很强的要去该公司的意愿后，直接给我送走了…

ponyAI-基础架构（过）

一面

讲项目里面干了啥

vue-lazyloader 怎么实现的

vue 的响应式系统、虚拟 dom

函数式编程

手写了一个算法题

二面

这轮面试时从美国打电话过来的，事后才知道是 Google 的前端…

讲讲项目里面做了什么

vue 原理，和 react 的区别（其实我没怎么用过 react）

JavaScript 异步的处理方式，现场出了一个问题，使用 promise 实现

三面

讲项目模块规划、项目如何部署、如何优化等等

手写函数的防抖

手写一道算法题

四面

讲讲项目

手写一道算法题

洋钱罐（过）

一面

讲项目

前端持久化的方式、区别

vue-lazyloader 的原理

怎么配 webpack

手写 vue 双向绑定

讲 es6 的一些特性，并且现场出了几个代码片段，说结果

手写一道算法题

http 状态码

二面

讲项目

vue-router 的原理

项目中怎么用的 webpack，怎么优化

讲 express 的设计原理

手写一道算法题

创新奇智（过）

一面

讲项目

手动实现 parseInt

二面

这一面居然遇到了前同事…写了一些笔试题，问了一些问题！

三面

讲 tcp/ip 网络层、三次握手，为什么不能两次握手

讲 vue 原理

手写一道算法题

猿辅导（跪）

猿辅导好像总共就一面，期间一些实现方式和面试官有争议（没有冲突）。

一面

手写 vue 的 mixin 方法

手写 promise 的 all 方法

现场出了一个移动端的小需求

搜狐-垂直媒体部门（过）

一面

讲项目

项目里面用 nodejs 做了啥

抽取了哪些 vue 组件

二面

讲项目

手写实现 promise

腾讯-地图（跪）

腾讯两个部门面试都会先做一套笔试题，笔试题基本就是一些常见的前端问题以及算法题

三面

讲项目，对项目提了一些问题

怎么判断一个点是否在圆形内、正方形内

对笔试题

腾讯-天天快报（跪）

也是先做了一套笔试题，但是令人尴尬的是，面试官觉得我快排写错了，然而我只是在原地快排没有申请额外空间…

笔试题

没了

百度-百度云（过）

这个部门今年据说升为一级部门了，好像还挺不错的~

一面

讲项目

vue 响应式原理，什么是 mvvm

es6 使用过的特性

flex 常见的属性

css 选择器的优先级

抽取过哪些 vue 组件

二面

讲项目

express 设计原理，面试官对动态路由匹配一直追问下去，但是这里的源码设计我确实是忘了，一路讨论下去扯到了字符串的前缀树…

实现一个事件发布订阅类，其实就是 eventEmitter

三面

三面是山大老学长，聊了一些业务上的事情~

搜狗-手机搜狗（过）

搜狗一面的体验比较差，面试官给人的感觉不太好…

一面

讲项目

事件循环

回调函数的坏处

vue 里面哪儿不会用到双向绑定

二面

忘了…

快手-商业化（过）

一面

讲项目

如何抽取公共组件的

vue 的响应式原理

如何实现一个可设置过期时间的 localStorage

实现一个发布订阅系统，包括 on、emit、off 等等

二面

一道智力题

软件工程思想、设计模式等等

async/await 代码片段，说输出结果

今日头条-广告系统（过）

一面

讲项目

讲 lazyloader 实现

用 docker 做了什么

用 webpack 做了什么

手写一个算法题

讲 flex

vue 响应式原理

es6

二面

JavaScript 异步

优化项目

vue 原理，包括计算属性、依赖收集等等

用 JavaScript 的异步实现 sleep 函数

算法题

三面

手写快排，时间复杂度，优化

手写实现 jsonp

项目部署，线上问题等等

websocket 握手过程

四面

对 vuex 的理解，单向数据流

设计一个单点登录的系统，类似阿里系那种

手写一个算法

五面

实现一个联想搜索组件

手写函数防抖和节流

OPPO 成都研发中心（过）

一面

讲项目

讲 vue 的 响应式系统，讲了好久，从渲染 watcher 到虚拟 dom，面试官还跟我讨论了好久

忘了

二面

讲项目

忘了

百词斩（跪）

首先会在线做一道算法题，挺简单的，百词斩感觉挂的稀里糊涂的…

一面

websocket 握手过程

tcp/ip 网络层，http 的特点

http 强行使用 udp 能实现吗？

vue 原理

webpack 热更新原理，使用过的插件

原型、闭包、跨域

手写了一道算法题

为什么面这么多公司

因为我是实习直接转正的，也没参加过秋招，所以对自己在市场上是个怎样的实力没有一个清晰的了解，而且我也想多了解一下其他公司在做什么，于是就尽量的多面，不过说实话面试确实挺累的。

今天的内容先分享到这里了，读完本文《（docker原理面试题）面试 － 必知必会的微服务面试题》之后，是否是您想找的答案呢？想要了解更多，敬请关注baike.ccv168.com,您的关注是给小编最大的鼓励。

本站所发布的文字与图片素材为非商业目的改编或整理，版权归原作者所有，如侵权或涉及违法，请联系我们删除