参考答案与解析 一、单项选择题（每题 2 分） 1-5 C C C D C 6-10 B C B A A 二、多项选择题（每题 4 分） 1-4.ABCD BC AC BCD 5-8 AB ABC AE CE 三、计算分析题（第 1 题 13 分，第 2 题 25 分） 1.【答案】 （1）分摊至 A 商品的合同价款＝[2÷（2＋3）]×4＝1.6（万元）； 分摊至

的时候就是考虑功能模块化， 用户即使不使用 beego 的 HTTP 逻辑，也依旧可以使用这些独立模块，例如：你可以使用 cache 模块来做你的 缓存逻辑；使用日志模块来记录你的操作信息；使用 config 模块来解析你各种格式的文件。所以 beego 不仅可 以用于 HTTP 类的应用开发，在你的 socket 游戏开发中也是很有用的模块，这也是 beego 为什么受欢迎的一个 原因。大家如果玩过乐高的话， config获取[]string为空的时候返回为空，应该返回nil 5. ini接口保存的时候需要注释不正确 6. 异步存储日志的时候时间可能延迟的问题 7. 配置文件解析两次，导致部署key获取失败 8. 正则路由无法解析本身带有 () 的问题 9. mail发送中文附件和title乱码的问题 10. ORM里面缺少Distinct的接口定义 11. Layout编译失败 12. logrotate的时候文件名不正确 WriteHeader calls #1329 4. ParseForm解析日期使用当前的timezone #1343 5. log引擎里面Smtp发送邮件无法认证 6. 修复路由规则的一些issue: /topic/:id/?:auth , /topic/:id/?:auth:int #1349 7. 修复注释文档解析的时候nil引起crash #1367 8. static目录下的index

的时候就是考虑功能模块化， 用户即使不使用 beego 的 HTTP 逻辑，也依旧可以使用这些独立模块，例如：你可以使用 cache 模块来做你的 缓存逻辑；使用日志模块来记录你的操作信息；使用 config 模块来解析你各种格式的文件。所以 beego 不仅可 以用于 HTTP 类的应用开发，在你的 socket 游戏开发中也是很有用的模块，这也是 beego 为什么受欢迎的一个 原因。大家如果玩过乐高的话， config获取[]string为空的时候返回为空，应该返回nil 5. ini接口保存的时候需要注释不正确 6. 异步存储日志的时候时间可能延迟的问题 7. 配置文件解析两次，导致部署key获取失败 8. 正则路由无法解析本身带有 () 的问题 9. mail发送中文附件和title乱码的问题 10. ORM里面缺少Distinct的接口定义 11. Layout编译失败 12. logrotate的时候文件名不正确 WriteHeader calls #1329 4. ParseForm解析日期使用当前的timezone #1343 5. log引擎里面Smtp发送邮件无法认证 6. 修复路由规则的一些issue: /topic/:id/?:auth , /topic/:id/?:auth:int #1349 7. 修复注释文档解析的时候nil引起crash #1367 8. static目录下的index

控制器调用模型类后，返回的数据通过视图组装成不同格式的输出。视图根据不同的需求，来决定调用模板引擎 进行内容解析后输出还是直接输出。 视图通常会有一系列的模板文件对应不同的控制器和操作方法，并且支持动态设置模板目录。 模板引擎 模板文件中可以使用一些特殊的模板标签，这些标签的解析通常由模板引擎负责实现。 ThinkPHP内置了一个基于XML解析的编译型模板引擎，可以很方便的实现模板输出和控制。 同时也可以支持第三方的模板引擎扩展。 view 解析 助手函数方式 容器和依赖注入 - 48 - 本文档使用 看云 构建 使用 app 助手函数进行容器中的类解析调用，对于已经绑定的类标识，会自动快速实例化 app('cache'); 上面的app助手函数相当于调用了 Container::get('cache'); 带参数实例化调用 app('cache',['file']); 对于没有绑定的类，也可以直接解析 a 由于采用了路由规则的批量匹配检测算法， V5.1.6+ 版本开始，路由的解析性能大幅提升。 路由解析的过程一般包含： 路由定义：完成路由规则的定义和参数设置（5.1的路由定义采用了对象化的思维，相对5.0而言更直 观）； 路由检测：检查当前的URL请求是否有匹配的路由； 路由解析：解析当前路由实际对应的操作（方法或闭包）； 路由调度：执行路由解析的结果调度（主业务逻辑）； 掌握路由主要是要掌握路由定

控制器调用模型类后，返回的数据通过视图组装成不同格式的输出。视图根据不同的需求，来决定调用模板引擎 进行内容解析后输出还是直接输出。 视图通常会有一系列的模板文件对应不同的控制器和操作方法，并且支持动态设置模板目录。 模板引擎 模板文件中可以使用一些特殊的模板标签，这些标签的解析通常由模板引擎负责实现。 ThinkPHP内置了一个基于XML解析的编译型模板引擎，可以很方便的实现模板输出和控制。 同时也可以支持第三方的模板引擎扩展。 view 解析 助手函数方式 容器和依赖注入 - 48 - 本文档使用 看云 构建 使用 app 助手函数进行容器中的类解析调用，对于已经绑定的类标识，会自动快速实例化 app('cache'); 上面的app助手函数相当于调用了 Container::get('cache'); 带参数实例化调用 app('cache',['file']); 对于没有绑定的类，也可以直接解析 a 由于采用了路由规则的批量匹配检测算法， V5.1.6+ 版本开始，路由的解析性能大幅提升。 路由解析的过程一般包含： 路由定义：完成路由规则的定义和参数设置（5.1的路由定义采用了对象化的思维，相对5.0而言更直 观）； 路由检测：检查当前的URL请求是否有匹配的路由； 路由解析：解析当前路由实际对应的操作（方法或闭包）； 路由调度：执行路由解析的结果调度（主业务逻辑）； 掌握路由主要是要掌握路由定

控制器调用模型类后，返回的数据通过视图组装成不同格式的输出。视图根据 不同的需求，来决定调用模板引擎进行内容解析后输出还是直接输出。 视图通常会有一系列的模板文件对应不同的控制器和操作方法，并且支持动态 设置模板目录。 模板引擎 模板文件中可以使用一些特殊的模板标签，这些标签的解析通常由模板引擎负 责实现。 ThinkPHP内置了一个基于XML解析的编译型模板引擎，可以很方便的实现模 板输出和控制。 同时也可以支持第三方的模板引擎扩展。 think\View view 解析 助手函数方式 使用 app 助手函数进行容器中的类解析调用，对于已经绑定的类标识，会 自动快速实例化 app('cache'); 上面的app助手函数相当于调用了 Container::get('cache'); 带参数实例化调用 app('cache',['file']); 对于没有绑定的类，也可以直接解析 app('org\utils\ArrayItem'); 由于采用了路由规则的批量匹配检测算法， V5.1.6+ 版本开始，路由的 解析性能大幅提升。 路由解析的过程一般包含： 路由定义：完成路由规则的定义和参数设置（5.1的路由定义采用了对 象化的思维，相对5.0而言更直观）； 路由检测：检查当前的URL请求是否有匹配的路由； 路由解析：解析当前路由实际对应的操作（方法或闭包）； 路由调度：执行路由解析的结果调度（主业务逻辑）； 掌握路由主要是要掌握路由定

控制器调用模型类后，返回的数据通过视图组装成不同格式的输出。视图根据 不同的需求，来决定调用模板引擎进行内容解析后输出还是直接输出。 视图通常会有一系列的模板文件对应不同的控制器和操作方法，并且支持动态 设置模板目录。 模板引擎 模板文件中可以使用一些特殊的模板标签，这些标签的解析通常由模板引擎负 责实现。 ThinkPHP内置了一个基于XML解析的编译型模板引擎，可以很方便的实现模 板输出和控制。 同时也可以支持第三方的模板引擎扩展。 think\View view 解析 助手函数方式 使用 app 助手函数进行容器中的类解析调用，对于已经绑定的类标识，会 自动快速实例化 app('cache'); 上面的app助手函数相当于调用了 Container::get('cache'); 带参数实例化调用 app('cache',['file']); 对于没有绑定的类，也可以直接解析 app('org\utils\ArrayItem'); 由于采用了路由规则的批量匹配检测算法， V5.1.6+ 版本开始，路由的 解析性能大幅提升。 路由解析的过程一般包含： 路由定义：完成路由规则的定义和参数设置（5.1的路由定义采用了对 象化的思维，相对5.0而言更直观）； 路由检测：检查当前的URL请求是否有匹配的路由； 路由解析：解析当前路由实际对应的操作（方法或闭包）； 路由调度：执行路由解析的结果调度（主业务逻辑）； 掌握路由主要是要掌握路由定

附录四：Dockerfile 最佳实践 附录五：如何调试 Docker 附录六：资源链接 归档 Mesos - 优秀的集群资源调度平台 Mesos 简介 安装与使用 原理与架构 Mesos 配置项解析 日志与监控 常见应用框架 本章小结 Docker Machine 安装 使用 Docker Swarm - 6 - 本文档使用 看云 构建 前言 Docker — 从入门到实践 /etc/os-release 。这就是用 cat /etc/os-release 命令替换了默认的 /bin/bash 命令了，输出了系统版本信息。 在指令格式上，一般推荐使用 exec 格式，这类格式在解析时会被解析为 JSON 数组，因此一定要使用双引 号 " ，而不要使用单引号。 如果使用 shell 格式的话，实际的命令会被包装为 sh -c 的参数的形式进行执行。比如： CMD echo $HOME $HOME 在实际执行中，会将其变更为： CMD [ "sh", "-c", "echo $HOME" ] 这就是为什么我们可以使用环境变量的原因，因为这些环境变量会被 shell 进行解析处理。 提到 CMD 就不得不提容器中应用在前台执行和后台执行的问题。这是初学者常出现的一个混淆。 Docker 不是虚拟机，容器中的应用都应该以前台执行，而不是像虚拟机、物理机里面那样，用 systemd

附录四：Dockerfile 最佳实践 附录五：如何调试 Docker 附录六：资源链接 归档 Mesos - 优秀的集群资源调度平台 Mesos 简介 安装与使用 原理与架构 Mesos 配置项解析 日志与监控 常见应用框架 本章小结 Docker Machine 安装 使用 Docker Swarm - 6 - 本文档使用 看云 构建 前言 Docker — 从入门到实践 /etc/os-release 。这就是用 cat /etc/os-release 命令替换了默认的 /bin/bash 命令了，输出了系统版本信息。 在指令格式上，一般推荐使用 exec 格式，这类格式在解析时会被解析为 JSON 数组，因此一定要使用双引 号 " ，而不要使用单引号。 如果使用 shell 格式的话，实际的命令会被包装为 sh -c 的参数的形式进行执行。比如： CMD echo $HOME $HOME 在实际执行中，会将其变更为： CMD [ "sh", "-c", "echo $HOME" ] 这就是为什么我们可以使用环境变量的原因，因为这些环境变量会被 shell 进行解析处理。 提到 CMD 就不得不提容器中应用在前台执行和后台执行的问题。这是初学者常出现的一个混淆。 Docker 不是虚拟机，容器中的应用都应该以前台执行，而不是像虚拟机、物理机里面那样，用 systemd

【强制】中括号是数组类型的一部分，数组定义如下：String[] args; 反例：使用 String args[]的方式来定义。 8. 【强制】POJO 类中布尔类型的变量，都不要加 is，否则部分框架解析会引起序列化错误。 反例：定义为基本数据类型 Boolean isDeleted；的属性，它的方法也是 isDeleted()，RPC 阿里巴巴 Java 开发手册 ——禁止用于商业用途，违者必究—— 2 /35 框架在反向解析的时候，“以为”对应的属性名称是 deleted，导致属性获取不到，进而抛出异 常。 9. 【强制】包名统一使用小写，点分隔符之间有且仅有一个自然语义的英语单词。包名统一使用 单数形式，但是类名如果有复数含义，类名可以使用复数形式。 之间插入一个空行。相同业务逻辑和语义之间不需要插入空行。 说明：没有必要插入多个空行进行隔开。 (四) OOP 规约 1. 【强制】避免通过一个类的对象引用访问此类的静态变量或静态方法，无谓增加编译器解析成 本，直接用类名来访问即可。 2. 【强制】所有的覆写方法，必须加@Override 注解。 说明：getObject()与 get0bject()的问题。一个是字母的 O，一个是数字的