Phone 设置项中可以模拟来电和短信：From：选择或输入电话号码；CALL DEVICE：点击来电；HOLD CALL：点击保持通话；END CALL：点击结束通话；SMS message：输入模拟消息的正文内容；SEND MESSAGE：点击发送短信。

国际化的功能离不开错误码的支持，客户端指定语言到服务端去请求，当出错了服务端会根据错误码和语言找到对应的国际化提示语。从上面图中我们发现，错误码不仅仅是客户端与服务端的交互，后台各个服务间的交互也需要约定的一套错误码。一般一个系统的错误码 code 都是唯一确定的。msg 不同场景下可能不一样，提供给用户的肯定是需要友好且不能暴露底层细节，给开发人员看的就要详细专业的错误内容。网关服务上面维护着多套不同语言的错误码提示语，响应的时候会根据客户端带的 Lang 信息进行国际化转译。模块模块编码错误编码底层描述中文提示语英文提示语库存10001商品规格表关联有误商品不存在goods don’t exist一般国际化的系统中会有多份 xxx_lang.properties文件，每一份代表一种语言的消息提示语。中文一般会转为 Unicode 编码进行存储（这个过程一般开发工具可以设置自动转），这样的处理可以规避不同开发环境下不同编码导致中文乱码。

上述例子发现输出的结果是英文的，显然是不适合在国内环境使用，moment.js 提供了国际化支持，在现有的库中，moment 支持的语言可以说是相对完备了。通过引入对应的国际化资源（语言文件），来切换语言。<script src="https://cdn.bootcdn.net/ajax/libs/moment.js/2.27.0/moment.min.js"></script><script src="https://cdn.bootcdn.net/ajax/libs/moment.js/2.27.0/locale/zh-cn.min.js"></script><script> var now = moment().calendar(); console.log(now);// 输出当前日历时间 moment().startOf('hour').fromNow(); // 相对这个小时过去了多少分钟 var timestamp = 1593933593236; // 2020年7曰5日下午15点20分38秒 moment(timestamp).fromNow(); // 相对时间戳多久前</script>有关国际化的更多内容可以参考文档。

命令说明gsm {call\accept\cancel\busy} phonenumber模拟电话的呼入、接听、挂断、繁忙。gsm {data\voice} statedata state 命令用于更改 GPRS 数据连接的状态，data voice state 则用于更改 GPRS 语音连接的状态。gsm hold将通话状态更改为 hold。只有在当前状态为 active 或 waiting 时，才能将通话状态更改为 hold。gsm list列出所有呼入电话和外拨电话及其通话状态。gsm status报告当前的 GSM 语音/数据连接状态。相关的值就是前述 voice 和 data 命令的值。

模拟10086来电；gsm call 10086模拟接听来电；gsm accept 10086模拟挂断来电；gsm cancel 10086下面是完整会话示例。pt@Win10-Panda:~$ telnet localhost 5554Trying 127.0.0.1...Connected to localhost.Escape character is '^]'.Android Console: Authentication requiredAndroid Console: type 'auth <auth_token>' to authenticateAndroid Console: you can find your <auth_token> in'C:\Users\panda\.emulator_console_auth_token'OKauth KeGgPVHDN7YifXfZAndroid Console: type 'help' for a list of commandsOKgsm call 10086OKgsm accept 10086OKgsm cancel 10086OK

uni-app 的 API 与微信小程序 API 基本一致。掌握微信小程序 API 对后面的开发很有帮助。微信小程序 API 文档:https://developers.weixin.qq.com/miniprogram/dev/api/

注册微信小程序账号，获取到 AppID，我们后面配置的时候会用到。在 HBuilderX 工具栏，点击发行，选择小程序-微信。输入小程序名称和 AppID，单击发行就可以了。这样我们就会获得一个微信小程序的打包文件，接下来我们来发布微信小程序项目，打开微信小程序开发者工具，导入刚刚生成的微信小程序项目的打包文件，在微信小程序开发者工具中先测试一下，项目运行是否正常，项目测试没有问题后，点击右上角>>按钮，上传代码就可以发布微信小程序了，最后等待微信团队审核通过，别人就可以在线上访问到你的项目了。

在了解了秒杀抢购的业务场景流程之后，接下来我们就需要实现这一业务场景了，那么，这种业务场景我们应该怎么用 RabbitMQ 和 Redis 去实现呢？在使用 RabbitMQ 打造扛得住的高并发环境系列小节内容的第二小节中，我们使用 RabbitMQ 消息通信中间件和 Redis 缓存中间件，对 RabbitMQ 自身的消息队列进行了改造，改造成了一种 Redis 承载的高可用的消息队列，在本节，我们就会用到这一高可用的消息队列。在实现上述实际高并发业务场景时，由于篇幅原因，我们并不会从用户登录开始，逐步地去实现每一个过程，我们只实现在秒杀抢购业务场景中，最核心的部分，也就是，当我们在秒杀抢购商品区域，点击立即购买这个秒杀按钮时，我们后台所需要应对高并发处理的内容。让我们来看看具体应该怎么设计实现吧。

业务场景描述有这样一个真实的业务场景：在某大厂某销售业务项目中，由于某大厂销售业务板块业务的持续增加，导致之前原本设计好的项目架构出现了问题，不足以支撑持续增长的业务需要，于是，某大厂程序员对项目架构做了拆分，并最终形成了以 Spring Cloud 为基础架构的微服务分布式项目架构。在拆分了项目架构之后，虽然可以支撑持续增长的业务需要，但是，在拆分后的项目架构中，Hystrix 无法对所有项目进行监控，即 Hystrix 服务监控平台只能监控一个分散的项目，无法对项目整体进行监控。问题原因分析在解决问题之前，我们首先来分析一下这种问题产生的原因。上述场景场景中，项目的架构方式是微服务的分布式架构，而一般来说的 Hystrix 微服务监控平台默认只对一个项目实例起作用，所以，也就导致了一个微服务平台只对一个微服务实例起作用。

本部分内容，老师会详细介绍本套课程最终需要实现的一种业务场景，此种业务场景是老师自己在实际工作中遇到的真实的业务场景，同学们一定要先对这种业务场景有个清晰地了解之后，在继续学习本小节后续地内容，如果你对这种业务场景没有充分地了解，那么后面的实现思路你将不会看懂，这点同学们注意。本业务场景实际上并不算复杂，我们每个同学在真实的日常生活中，或多或少都会接触到，只不过平时同学们可能不会注意观察或者思考。这种业务场景有一个专有的代名词，相信大家都已经听说过了，那就是’秒杀’业务场景。那么，什么是秒杀业务场景呢？这个秒杀的业务场景，出现在销售行业的居多，比如日常生活中，我们在超市中去购买一种商品，这种商品的价格要比往常的价格要低很多，但是，这种商品的库存数量是有限的，当我们购买这种商品时，必须要在一瞬间完成抢购这一动作。随着互联网时代的快速发展，越来越多的线上电子商城已经出现在人们的日常生活中，以淘宝、京东为代表性的互联网电子商城巨头率先将这些线下的商品购买行为，转换为线上的商品购买功能。针对与上述这种秒杀抢购的业务场景，目前在各互联网电子商城巨头中都是有所体现的，比如我们熟知的双十一活动，以及 618 商品大促活动，这些都是秒杀抢购业务场景的典型代表，那么，这种业务场景在线上又是如何实现的呢？在分析一秒杀抢购业务场景的一个完整的线上业务流程是什么样的之前，我们先来看一下，一般地线上商品购买的一个完整的业务流程是什么样的，如下图所示：首先，用户在有这种秒杀抢购的实际需求之后，用户首先会登录我们的线上商城系统，在用户成功登录本系统之后，用户需要到我们线上商城系统的秒杀抢购专区，用户可以在这个秒杀抢购专区中看到本商城系统中参与秒杀抢购活动的商品，这一过程我们称为用户挑选商品阶段。用户在挑选完自己所需要的商品之后，可以将所需的商品放入购物车中，也可以直接点击下单按钮，来迅速完成对某一具体商品的下单操作。如果用户是将商品放入购物车中，那么用户只能进行一个批量下单的动作，即用户前往自己的购物车中，选中商品之后，点击下单按钮，进行一个批量下单操作，这一过程我们称为用户预下单阶段。在用户将订单创建完毕之后，就需要用户选择对应的支付方式，来完成商品价格的支付动作，对于线上电子商城而言，用户可以选择不同厂家的扫码支付功能来完成支付，这一过程我们称为用户支付阶段。在用户对所购商品支付完成之后，我们需要将用户的商品支付结果返回给用户，告知用户商品支付的状态，是支付成功了，还是支付过程中遇到问题，导致支付失败了，这一过程往往我们会采取轮询的方式实现，这一过程我们称为用户支付状态回调阶段。在用户的支付状态成功回调给用户之后，一个完整的线上商品购买流程就结束了，至于后续地商品物流信息等其他信息就不属于我们商品购买的流程了。在清楚了一般地商品购买全流程之后，我们就不难理解秒杀抢购的业务场景流程了。其实，秒杀抢购的业务场景流程和一般地商品购买流程是一模一样地，只不过在用户预下单阶段，以及用户支付阶段，在同一时刻会有大量的用户请求需要我们处理，这就是秒杀业务场景和一般地商品购买流程中最大的区别点，其他地方并没有什么区别。在本小节中，我们需要实现上述业务场景，并对核心的秒杀抢购业务场景中的用户预下单阶段，以及用户支付阶段，做好高并发场景下的处理。Tips: 同学们一定要清楚地理解上述所介绍的业务流程，如果看一遍不理解，那就反复多看几遍，直到自己理解了即可。

数据转换成电信号还是比较简单的，将字符根据指定的编码转换成唯一的二进制编码，然后将二进制的 01 映射成高低电平就可以传输出去了。

通过传输层，建立了数据的传输通道。不同应用有自己不同的会话标识，所以传输过来的数据根据会话标识能够知道跟电脑的哪个应用在通信的。

就业市场和所有的市场相同，影响就业指标的关键就是供需关系。在互联网行业，供需主要分为两类，需求方是作为招聘方的互联网公司，供给方则是作为候选人的程序员。如果互联网公司对于程序员的需求大于市场上流动的人员数量，此时求职的程序员就会有更大的议价能力，这种情况一般发生在每年的金三银四时间段。如果程序员数量过剩，互联网公司则会普遍提高选拔指标，尝试筛选出更符合条件的候选人。从供给侧来看，根据 2021 年高考填报志愿的统计数据，计算机和金融已经明显成为两大金砖专业，越来越多的高水平学生流入到计算机专业，以及观察考研数据，可以发现计算机已经是最受欢迎的目标专业。从需求侧来看，国内互联网经历了 2010 年之后的移动互联网流量大爆炸时期，增速已经逐渐放缓，各种大厂的竞争也从寻找增量的用户转为到存量市场博弈，例如在电商领域继淘宝和京东之后出现的拼多多、唯品会等各种细分应用，或者从企业微信、阿里钉钉以及字节跳动飞书的办公软件领域的竞争都可以看出存量市场竞争的激烈。蛋糕已经很难做大，所以大家都开始花精力研究如何分到更多的蛋糕。所以未来的趋势很明显，互联网的供给增速飞快，但是需求增速放缓，作为找工作的一方，不管是应届在校生还是工作时间不长的程序员，都需要提高自己的核心专业素养。

IP 地址，物理地址网站后台访问地址，密码信息家庭成员信息，电话信息生日（很多人的秘密是生日日期）公司信息，同事信息

微前端 尚处在发展时期，其核心概念和 微服务 相似。现阶段较为常用的微前端框架为 single-spa 和 qiankun，后者是基于前者实现的。该技术能做到 技术栈无关，即一个应用，能由多个不同技术的子应用构成，同时做到子应用的相互隔离，这里的隔离就可以选择采用 Web Components 实现。

其实真实的原因是因为雪碧的英文名字是Sprite，而雪碧图的英文名是CSS Sprites，他俩同样都有Sprite这个词。左边是雪碧在国内的 Logo，右边是国外的 Logo。可以看到本来在没进入中国市场之前人家就叫Sprite（精灵），只不过进入了中国市场之后，中国区的负责人表示：用户去商店买汽水的时候如果对老板说：老板你这里有没有精灵？听起来就会感觉很奇怪，所以咱们不要被Sprite这个单词给限制住了，咱们应该起一个更符合中文语义的名字，于是乎“雪碧”诞生了。而雪碧图在国外叫做 CSS Sprite（CSS精灵）反正 Sprite 在国内被叫雪碧，那干脆不如咱们就叫它雪碧图吧！——来自最先接触到这项技术的人。所以后来接触这项技术的人也就跟随前人一起叫它雪碧图了。

AtomicInteger 经常用于多线程操作同一个整型变量时，简化对此变量的线程安全控制的场合。当在研发过程中遇到这些场景时，就可以考虑直接使用 AtomicInteger 工具类辅助实现，完全可以放弃使用 synchronized 关键字做同步控制。下面我们用 AtomicInteger 工具实现电影院某场次电影票销售的例子。

网络分层的主要是采取分治策略，使得复杂问题简单化，网络模块组件化。每一层都有自己的职责，每一层对上一层提供服务，这样实现了职责单一，进而提高了组件的复用性。。在网络标准化过程中，国际标准化组织（ISO）把计算机网络分为 7 层，叫做开放系统互联模型(OSI)。同时，TCP/IP 四层模型正处于开发阶段。最终，OSI 模型和 TCP/IP 模型有一些差异，对比图如下：从图中可以看出，ISO/OSI 七层模型和 TCP/IP 四层模型之间存在两个差异：TCP/IP 参四层模型没有表示层和会话层。那么，TCP/IP 参考模型不需要表示层和会话层吗？答案是：“如果需要这两层，就由应用程序员来实现”。经过这么多年发展来看，需要表示层和会话层的场景并不多。TCP/IP 模型好像没有链路层，其实在网络协议实现过程中，链路层包含了网卡驱动部分和物理介质部分，所以通常把二者统一叫做链路层。各层具体功能解释如下：应用层（Application Layer） 是由应用程序自定义的协议格式。不同的领域，对网络应用程序的需求是不同的，必须给用户自定义协议格式的权利。最广泛的应用层协议应该是 HTTP 了吧，几乎每个人都在用。表示层（Presentation）主要是定义数据格式。比如，加密和解密、压缩和解压缩。在 TCP/IP 模型中，表示层协议包含在应用层里。比如 SSL/TLS 协议。会话层（Session Layer）用于在两个通信实体之间建立会话、维护会话、终止会话。设置检查点，当系统出现崩溃拉起后，通过寻找检查点恢复运行。在 TCP/IP 模型中，会话层协议包含在应用层里。比如 NetBIOS 协议。传输层（Transport Layer） 是在两个通信主机之间进行报文传送。在 TCP/IP 模型中最重要的两个传输协议就是 TCP 和 UDP，前者是可靠的、面向字节流的传输；后者是不可靠的、面向数据报(Datagram)的传输。提示：通常把 TCP 传输的报文称作报文段（Segment）。通常把 UDP 传输的报文称作消息（Message）或者是数据报（Datagram）。网络层（Network Layer）是将 IP 分组从源端路由到目的端。网络层是为传输层服务的，在发送端的网络层收到传输层的数据后，必要时会对数据切片以后再封包发送。实现网络层协议是路由器的主要职责，是构建通信子网的基础。比如， RIP、OSPF 就是最基础的路由协议。路由器是通过 IP 分组的目的 IP 地址查找本地路由表，寻找转发的目标端。所以路由器的主要工作就是路由选择和转发，IP 分组是逐跳（hop）转发的。提示：通常把网络层传输的报文叫做 IP 分组（Packet）。链路层（Data Link Layer）是为网络层服务的。发送的时候将网络层的数据分片，封装成帧（Frame），然后顺序发送。与网络层实现端到端的路由不同，链路层是实现节点之间的数据传送。常用的链路层协议就是以太网（Ethernet）协议。提示：通常把链路层传输的报文叫做帧（Frame）。物理层（Physical Layer）是描述如何在物理介质中传输 bit 位。比如，用多少伏电压表示“1”，用多少伏电压表示“0”等。我们把分层的网络参考模型叫做协议栈(Protocol Stack)。目前所有网络协议栈的实现都采用了 TCP/IP 参考模型。协议栈的实现是包含在操作系统内核中的，比如 Windows 和 Unix-like 系统。

计算机的网络模型定义了计算机数据的传输过程，当前有以下 2 种主流模型：国际标准化组织（ISO）制定的一个用于计算机或通信系统间互联的标准体系，一般称为 OSI 参考模型或七层模型；工业生产中实际用到的 TCP/IP 四层模型。这两者者的关系就好比，车间里面一个贴在墙上很规范的流程图，一个是实际生产中因为成本/便捷/效率等因素最终采用的流程。但是不管是七层模型还是四层模型，他们实现的目无非是为了解决两个问题：数据转成电信号；目标主机的寻址。

在上一章中，我们对 Hystrix 中的所有的微服务治理特性都做了学习和了解，同时我也通过 demo 样例的形式，来对每一个特性都做了代码实现，可是这些代码并不是我们真实业务场景下的代码，只能用来学习特性所用。为了将我们所学习和了解到的微服务治理特性应用于真实项目中，于是规划了 4 节在实际业务场景下 Hystrix 微服务治理特性的应用内容，希望可以通过这 4 节的介绍，大家可以了解到如何在实际项目中去应用这些特性。在本节中，我将为大家介绍真实业务场景下，服务容错与降级的应用方法，及代码实现。本节主要内容：服务容错与降级真实业务场景描述；业务场景实现思路分析与实操。

事件日志中包含屏幕电源状态，其中 0 表示屏幕关闭，1 表示屏幕打开，2 表示已锁屏。日志范例如下：grep screen_toggled bugreport-2015-10-18-16-52-22.txt10-18 15:05:04.383 992 992 I screen_toggled: 110-18 15:05:07.010 992 992 I screen_toggled: 010-18 15:23:15.063 992 992 I screen_toggled: 110-18 15:23:25.684 992 992 I screen_toggled: 010-18 15:36:31.623 992 992 I screen_toggled: 110-18 15:36:37.660 3283 3283 I screen_toggled: 2错误报告中还包含关于唤醒锁的统计信息，唤醒锁是应用开发者采用的一种机制，用于表明其应用需要设备保持开启状态。唤醒锁总时长统计信息仅跟踪唤醒锁实际负责使设备保持唤醒状态的时间，不包括屏幕处于开启状态的时间。此外，如果同时持有多个唤醒锁，系统会在它们之间分配唤醒锁时长。

Map、Model 、ModelMap、ModelAndView 这几个数据模型组件，默认情况下，其中所保存的数据都是请求作用域级别的。在很多应用场景下，需要数据在整个会话过程中都能访问到。比如登录者信息、购物车信息等。面对这种数据需求时，Spring MVC 又如何实现？你能想到的，Spring MVC 早就想到了。使用 @SessionAttributes 注解即可。@SessionAttributes 注解是类级别的注解，需要添加在控制器类的前面。@Controller@RequestMapping("/user")@SessionAttributes("loginUser")public class UserAction {@RequestMapping(value="/login",method=RequestMethod.POST) public ModelAndView login01(User user) { ModelAndView mv=new ModelAndView(); if("mk".equals(user.getUserName()) && "123".equals(user.getUserPassword())) { mv.addObject("loginUser", user); mv.setViewName("index"); return mv; } mv.setViewName("fail"); return mv;}}Tips： @SessionAttributes(“loginUser”) 中的属性名 loginUser 必须保持和 mv.addObject(“loginUser”, user); 中的 loginUser 名一样。从底层思维来讲， Spring MVC 即把数据保存到请求作用域中、也保存到会话作用域中。测试时，只需要在 index.jsp 中添加如下面的 EL 表达式，指明数据的作用域。<body> 我是首页 <br/> 请求作用域中得到当前登录者：${requestScope.loginUser.userName} <br/> 会话作用域中得到当前登录者：${sessionScope.loginUser.userName}</body>启动浏览器，打开登录页面，输入登录名、登录密码、点击登录，然后在浏览器中会看到无论是请求作用域、还是会话作用域中都可以获取到登录者的信息。

移动端大部分指的是手机，大家目前的生活基本已经离不开手机了。但是手机的迭代速度可不同于电脑，相信来到慕课网的小伙伴们都是想学习编程的，想学习编程的话基本上都得有一台电脑。无论是笔记本电脑还是台式电脑，大家可以发现其寿命要远高于手机。通常情况下只要你不是处于一种极端环境下使用电脑的话一般都可以用很多年。这也就是为什么做 PC 网站的程序员有一部分还要去兼容IE的原因， WindowsXP 至今还有人在使用，已经停止维护了的 win7 目前市场份额仍然高居 25% 左右。只要保养得当台式机通常都可以用七年以上，七年之痒不再是难题，笔记本的话也至少可以使用 3 年。

实现思路分析针对上述场景，我们需要将所有拆分出来的微服务都要集成到 Hystrix 的微服务监控平台中去，但是我们应该怎么集成呢？Hystrix 针对不同场景下，提供了不同的微服务监控方式：针对单体架构或只需要对一个服务实例进行监控的业务场景，我们只需要像我在介绍微服务监控平台时那样，进行配置即可；针对分布式的项目结构，或同时需要监控多个微服务的场景，Hystrix 提供了一个名为 Turbine 的多服务器微服务监控组件。我们只需要将 Turbine 引入到我们的项目中去，即可实现分布式架构下的多微服务监控了。实操要想在项目中引入 Turbine ，我们首先需要将 Turbine 的依赖引入到项目中：<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-turbine</artifactId></dependency>在引入了 Turbine 依赖之后，我们需要对 Turbine 进行一些简单的配置，在 yml 配置文件中：turbine: aggregator: clusterConfig: default appConfig: service-one,service-two,service-three clusterNameExpression: "'default'"代码解释第 3 行，我们通过 clusterConfig 属性来配置 turbine 采用的集群策略，一般我们配置 default 即可。第 4 行，我们通过 appConfig 属性来配置需要继承到 turbine 中的微服务，即需要同时刻进行监控的微服务，多个微服务使用英文状态下的逗号隔开。第 5 行，我们通过 clusterNameExpression 属性来配置集群的名称表达式，一般也是采用 default 配置即可。yml 配置文件配置完成后，我们需要在项目的启动类中添加 turbine 的注解：@SpringBootApplication@EnableHystrix@EnableHystrixDashboard@EnableTurbinepublic class SaleApplication { public static void main(String[] args) { SpringApplication.run(SaleApplication.class, args); }代码解释第 4 行，我们添加了 @EnableTurbine 注解，来在项目中开启 turbine 服务，以支持同时监控多个微服务。在配置完了上述两部分后，我们的 Hystrix Turbine 组件就引入到了我们的项目中，我们就可以对多个微服务进行监控了。配置完成后，运行我们的项目，在浏览器地址栏中输入我们的监控地址：http://localhost:port/turbine.stream我们即可在浏览器中看到多个微服务已经被监控了，如下图所示：Hystrix Dashboard 多微服务同时监控从上图可知，这里我们对两个微服务进行了监控，其图中的各项监控参数和我们在之前介绍 Hystrix 微服务监控平台中的参数一样，这里就不再赘述了。Tips: 1. 在 appConfig 属性配置中，属性的值为每个需要监控的微服务的 serviceId 名称，同学们不要配置错了。 2. 各位在引入 Turbine 的依赖时，注意不要引错依赖了，如果大家引入了 aitifactId 为 spring-cloud-starter-turbine 的依赖，我们是无法使用 Turbine 的，因为这个依赖并不是 Spring Cloud 微服务组件中所提供的 Turbine 服务，而是单独的 Turbine 服务，我们无法在微服务项目中使用。 3. 各位同学在访问 Turbine 多微服务监控平台时，注意访问地址发生了变化，大家使用之前的微服务监控平台访问地址时访问不到的，这点需要同学们注意。

Battery 设置中共用4项参数可以调节，模拟设备的电池属性，了解应用在不同条件下的运行情况：Charge level：设置当前电量值，百分比；Charger connection：设置充电器连接状态，是否连接充电器；battery health：设置电池监控状态，正常或者损坏等；Battery status：设置电池状态，正在充电或者已经充满等。

在之前的小节中，我们已经对 Hystrix 提供的微服务监控平台做了详细的介绍，基本上已经把这个微服务监控平台的常用内容都介绍完毕了，那么在本节中，将会结合这些基本参数对我们的微服务进行一个监控和配置。本节主要内容：实际业务场景描述；业务场景实现思路分析与实操。

而移动端的宽高比刚好相反，手机通常都是竖着的，只有在看电影电视剧或者玩游戏的时候才会横过来，甚至有许多用户直接锁定了竖屏，即使横过来手机也不会发生任何变化。这就导致了移动端与 PC 端的布局有很大的不同，移动端是宽太窄了，通常只能容纳一个列(横行竖列)，但是高却很长，尤其是现在的全面屏，让人感觉屏幕超级长，这时候就可以在行(横行竖列)上动手脚了，比较常见的一种布局是上面一行和下面一行固定在屏幕的 header 和 footer，它们并不会随着屏幕的滚动而移动，类似于这样：微信几乎是大家最熟悉的软件了，没有了它就相当于没有了社交，在这样一款用户及其庞大的软件上就运用了移动端最经典的布局。滑动好友列表最上面的灰色那栏并不会移动：同理，下面的那栏控制着微信的会话、通讯录、朋友圈以及设置等重要功能，它也不会被移动：将此种布局稍微抽象一下就能得出这样的一张图：最上面的那行通常被称为 header，最下面的通常被称为 footer，很好理解，头和脚嘛！

在编程领域中，通常把现实世界中的实体称为对象，例如：美国总统特朗普中国明星成龙上海中心大厦北京中信大厦这里需要注意的是，对象指的是一个具体的实体，不用于指代一个抽象的群体。例如：特朗普是一个特定的具体的人，可以说 “特朗普是一个对象”。他是一个美国人，因为美国人是一个抽象的概念，指代的是一类人，因此不能说 “美国人是一个对象”。类似的，上海中心大厦、北京中信大厦这些具体的大厦可以被称为对象，但是不使用 “大厦是一个对象” 这样的说法。

Flask 是一个 Python 实现的 Web 开发微框架，但是这个“微”并不代表着 Flask 功能比较简陋、有所欠缺。微框架中的 “微” 意味着：Flask 旨在保持核心简单而易于扩展；Flask 不会替用户做出太多决策，比如使用何种数据库；Flask 的选项（比如使用何种模板引擎) 通常有多个，用户很容易替换。默认情况下，Flask 不包含数据库抽象层、模板引擎、身份认证或其它任何已有多种库可以胜任的功能，如下图所示。然而，Flask 支持用扩展来给应用添加这些功能，应用程序可以很方便的集成这些扩展。众多的扩展提供了数据库集成、表单验证、上传处理、各种各样的开放认证技术等功能。

网页有一个最优秀的特点就是它的跨平台性，一个前端程序员写出的页面，既可以运行在 Windows 的浏览器上、也可以运行在 MacOS 的浏览器上、还可以运行在 IOS 和安卓浏览器上。正是由于网页所具备的优异跨平台性扩展出了套壳网页的这种形式，比如看起来只是个 apk 的安卓程序，点击也能安装到手机中，但实际上里面的内容都是网页…还有现在红极一时的小程序，其实在很早以前小程序就已经火起来了，但这次疫情真的是把小程序彻底推向了一个巅峰：去商场要扫小程序二维码、坐高铁要扫小程序二维码、去麦当劳要用小程序点餐、去景点参观要用小程序预约、去看电影要用小程序订票…那么小程序其实是和前端技术是分不开的，虽然腾讯觉得自己搞的东西不能叫HTML、CSS，取而代之的是 WX(微信)ML、WX(微信)SS… 但其实还是换汤不换药，语法什么的都基本一致，好多东西甚至连名称都没改。而且我们现在做小程序也有那种多端小程序框架：uni-app、mpvue、taro等…这里用的都是 CSS 而不是 微信SS 。所以学会了移动端布局，不仅仅可以把学到的知识运用到移动端的网页上、还可以用到 React Native、小程序、快应用、Weex等这些前端演变出来的技术上。