国际化的功能离不开错误码的支持，客户端指定语言到服务端去请求，当出错了服务端会根据错误码和语言找到对应的国际化提示语。从上面图中我们发现，错误码不仅仅是客户端与服务端的交互，后台各个服务间的交互也需要约定的一套错误码。一般一个系统的错误码 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>有关国际化的更多内容可以参考文档。

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

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

当你用公司邮箱登录 Postman 时，你会看到很多可选择的团队工作空间可供加入：

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

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

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

试想一下，当我们在公司做某个项目，代码写到一半，回到家以后想用自己的电脑，继续写剩下的代码，那怎么办呢？当然你可以把代码拷贝下来，然后安装到自己的电脑上面，或者借助 QQ、微信、网盘等文件传送方式传送到你自己的电脑上（这里只是举例子，实际工作中一定要遵守公司规定，不要把公司重要代码随意上传或者打包带走）。这样做未免有些繁琐，因为你每次上传都需要传全部的代码，而有些项目的代码还有各种各样的依赖包，实际所占内存会很大，传送也浪费时间。通过 GitHub 我们就能完美解决这个问题，只需要将代码上传到 GitHub 仓库，回家后再拉去一下代码就好了。具体是什么原理，我们后面会讲到。

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

顾名思义，就是你的私人代码仓库，而不是开源出去让大家都能看到并参与开发的项目。私有仓库可以进行权限控制，只有拥有权限的人才能访问并修改它，也就是我们所说的合作者。在早些版本的 GitHub ，使用私有仓库是需要付费的，而被微软收购后，随即就宣布了对于合作者在3人以内的私有仓库可以免费使用。而就在前不久，GitHub 再次宣布，对私有项目无协作人数限制，也就是现在不管有多少合作者，使用私有仓库都是免费。不得不说，微软让 GitHub 真香。1.2 使用场景私有仓库是个好东西，那么我们一般什么时候会使用它呢？以我个人经验，总结出了如下几点常见的使用场景：1.私人项目，不希望被别人看到，比如你闲暇时候接的一些活之类的；2.暂时不想开源，由于项目只开发了一小部分，想等成熟之后再开源；3.公司项目，有些公司是直接使用 GitHub 来进行项目管理的，公司内部就会使用私有仓库。

我们打完包之后如何查看签名信息呢？有以下 2 种方法：方法一：其实 Gradle 默认给我们内置了很多任务，里面就包含查看应用签名的任务 signingReport。我们执行这个任务就可以看到应用的签名了。方法二：第二种方法就是直接使用命令查看签名信息，我们在控制台输入下面的命令keytool -list -v -keystore "[签名文件路径]"就可以看到签名信息了，包括我们之前写的组织/公司，省份，国家等。 Tips: 我们对于签名文件的注意点就只有下面一点，设置签名的 key 和密码时不要太过复杂，不然在看签名信息的时候，输入密钥库口令时看不到输入的内容，很容易输入错误。

正所谓货比三家，学习也是一样，Dreamweaver 同样也有一些同类软件。比较出名的主要有：微软公司出品的 FrontPage，Visual Studio ，网景公司的 Netscape 编辑器和 Jbuilder。

这个环节，大家可以去 Adobe 官网下载 Dreamweaver CC 2018 的安装包。不用担心，Adobe 公司并不像 Google 一样，在中国境内是可以流畅的访问 Adobe 公司的官网，并且下载他们的产品。

通过访问 Adobe 公司中国区官网我们可以看到目前的 DW 主要有 3 个突出优势：

需求分析一般包含可行性分析、业务需求、数据项分析。实例 4：需求分析实例。# 第二章 需求分析## 2.1 可行性分析### 2.1.1 技术可行性同类产品技术解决方案：- XX 公司实现的产品，用了 XX 技术；- XX 公司实现的产品，用了 XX 技术；- XX 公司实现的产品，用了 XX 技术。### 2.1.2 经济可行性​```mermaidpie title 市场分析 "已改造" : 386 "未改造" : 85​```<center>图1：市场分析图</center>### 2.1.3 管理可行性## 2.2 需求分析### 2.2.1 功能需求- 功能点1 - 子功能点 1-1 - 子功能点 1-2 - 子功能点 1-3- 功能点2 - 子功能点 2-1 - 子功能点 2-2- 功能点3### 2.2.2 环境需求| 需求项 | 需求指标 || -------- | --------- || 操作系统 | CentOS 7 || 数据库 | Mysql 5.7 || 内存 | 8G || 硬盘 | 100G |## 2.3 数据项分析数据表整理| 数据对象 | 简述 | 来源 | 核心数据项 | 主键 || -------- | ------------------ | -------- | ------------ | ------ || 管理员表 | 保存系统管理员信息 | 注册 | 登录名 | 登录名 || 学生表 | 保存学员信息 | 批量导入 | 姓名、学号 | 学号 || 老师表 | 保存教职工信息 | 批量导入 | 姓名、职工号 | 职工号 || 部门表 | 保存部门、班级信息 | 批量导入 | 名称、编号 | 编号 |其渲染效果如下：

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

我们来考虑现实生活中的一个实际应用场景，某个钢材公司购买长钢条，将其切割为短钢条出售，其中切割过程本身不考虑成本，公司管理层想知道最赚钱的钢材切割方案。假设我们知道该钢材公司出售一段长度为 i 米的钢条的价格为 p (i)，对应的价目表如下：i12345678910p(i)1589101717202430所以，钢材切割问题的定义如下：当我们给定一段长度为 n 米的钢条和对应的一个价格表（ p (i), i = 1,2,3,…n)，求一个钢条切割方案，使得最终的销售收益 r (n) 最大。（在这里，我们要求切割的钢条必须为整米长度）接下来，就让我们看看如何利用动态规划算法求解钢条切割问题吧。

信息的搜集往往不是单一的，是由类似上面列举的很多方式的组合。我们经常听到一个词 人肉搜索，大家都很惊讶网络神人技术太强，其实主要还是因为我们散布在网上的资料信息太多了。这些零碎的资料拼一拼还是能获得很全的信息的。搜索引擎随便输入你的名字，或者外加几个关键词可能查到你在哪所学校，参加了某某活动，获得了某某名次的奖励你在哪所公司，缴交的一些社保信息你在某个网站的评论根据你的昵称到 QQ 上面搜索，同一个昵称到处用概率还是很大的，如果有手机号那就更加准确了，紧接着可以根据你的 QQ 空间获取更多你私人的信息。（这以前是非常好查的，现在腾讯也一直在完善信息安全这块）也可能是到其他平台去搜索：微博，头条，人人网，58同城 等照片网上搜索相似百度搜索引擎就有根据图片搜索到功能到政府的一些网站，如 信用xx ，上面根据法人名字也能搜索不少有价值的东西。

明白了办公自动化，就是解决了我们在办公过程中，提高工作效率、简化工作流程的方法。那 Python 办公自动化又是指什么呢？首先 Python 作为一种跨平台的计算机程序设计语言，在最初被设计用于编写自动化脚本(shell)，随着版本的不断更新和语言新功能的添加，越多被用于独立的、大型项目的开发。Python 中有强大的内置库和丰富的第三方库，所有你能想到的功能都可以利用 Python 快速、高效的解决，所以 Python 也越来越成为办公自动化的首选。简而言之，Python 办公自动化就是通过 Python 编写程序来解决办公过程中所遇到的问题。如果看到这里你还不太理解 Python 办公自动化是什么，那可以想象以下场景：需要你将 1000 个 Excel 文件中的数据进行统计；打开有 10W+ 条数据的一份 Excel 文件进行数据的统计；根据已有数据快速制作大量图表到 PPT 中；已经完成的 1000 份 Word 文件中，公司名称变更，需要批量更改；对于上述的工作场景，如果不通过编程的方式我们怕不是要一条条数据，一个个文件进行修改，既费时又费力。而使用了 Python 之后上面这些场景很可能只需要短短几行代码就能快速完成。

分类：根据线程获取锁的抢占机制，锁可以分为公平锁和非公平锁。公平锁：表示线程获取锁的顺序是按照线程请求锁的时间早晚来决定的，也就是最早请求锁的线程将最早获取到锁。非公平锁：非公平锁则在运行时闯入，不遵循先到先执行的规则。ReentrantLock：ReentrantLock 提供了公平和非公平锁的实现。ReentrantLock 实例：//公平锁ReentrantLock pairLock = new ReentrantLock(true);//非公平锁ReentrantLock pairLock1 = new ReentrantLock(false);//如果构造函数不传递参数，则默认是非公平锁。ReentrantLock pairLock2 = new ReentrantLock();场景介绍：通过模拟一个场景假设，来了解公平锁与非公平锁。假设线程 A 已经持有了锁，这时候线程 B 请求该锁将会被挂起；当线程 A 释放锁后，假如当前有线程 C 也需要获取该锁，如果采用非公平锁方式，则根据线程调度策略，线程 B 和线程 C 两者之一可能获取锁，这时候不需要任何其他干涉；而如果使用公平锁则需要把 C 挂起，让 B 获取当前锁，因为 B 先到所以先执行。Tips：在没有公平性需求的前提下尽量使用非公平锁，因为公平锁会带来性能开销。

使用 JDBC ，或者 JdbcTemplate 操作数据库，需要编写大量的 SQL 语句。SQL 语句基本都是些模板代码，实际上是可以通过分析模板代码的规则自动生成的。JPA 就是简化 Java 持久层数据操作的技术标准，是一种方案和规范。最开始是 Sun 公司提出的， Sun 公司就是开发出 Java 的公司，一度非常厉害，结果被 Oracle 收购了。Sun 公司虽然提出了 JPA 标准，但是并没有具体实现。JPA 的实现里面比较出名的就是 Hibernate 了，所以本篇我们也是以 Hibernate 实现为基础进行 Spring Boot + JPA 的实例讲解。本篇演示一个 Spring Boot 商品管理项目实例，其中数据持久层操作采用 JPA ，以体会 JPA 的优雅与高效。

本章主要介绍市面上比较流行的各种主流语言对应的IDE2.2.1 webstormwebstorm 是 jetbrains 公司旗下的产品，主要用于 web 开发，比誉为“ web 前端神器”，主要应用于 HTML css JavaScript 编程。它的官网地址是 webstorm。2.2.2 VS codevs code 全称 visual studio code，是微软公司开发的的文本编辑器，具有良好的跨平台性，同时支持 Windows、 Linux、 OS X 操作系统。但是 vs code 并非像传统的 IDE 一样开箱即用，而是需要配置额外的插件，例如 Git、代码高亮、语法提示等等，才能用的比较舒心。它的官网地址是 VS code。2.2.3 PHPstormPHPstorm 也是 jetbrains 的产品，相当于包含 webstorm 的所有功能+ PHP 运行环境+PHP语法+sql支持，主要用于PHP的编程。它的官网地址是 PHPStorm。2.2.4 Cloud 9cloud 9 是亚马逊公司推出的在线 IDE ，只要打开浏览器就能使用，但是目前在国内市场占有率较低。目前支持PHP、JavaScript、Python 等主流编程语言，使用较为方便。它的官网地址是 Cloud 9。2.2.5 IntelliJ IDEA使用 Java 开发的一个 IDE，对于 Java 开发者比较友好，其中 alt + enter 代码修复功能比较出名。它的官网地址是 IntelliJ IDEA。2.2.6 EMACS比较出名的集成开发环境和代码编辑器，由 Richard Stallman 和 Guy Steele 在 1975 年共同开发。早期在 lisp 语言开发环境较为流行，学习曲线相对比较陡峭。它的官网地址是 EMACS。

DoubleAdder 经常用于多线程并发做收集统计数据的场合，而不是细粒度的同步控制。下面我们用 DoubleAdder 工具类实现一个生活案例：某商场为了掌握客流特征，在商场所有出入口架设了人体特征识别设备，此类设备可以有效识别客人性别等信息。基于此，商场管理办公室计划制作一个客流性别流量图表，用于决策商场的服务内容。

ES5 不能满足前端的复杂度，无论是 jQuery 这样的库，还是像 Vue 和 React 这样的框架，都在使用一些降级的方案来解决现有的问题，所以 ES6 的引入就是为了解决 ES5 以前存在的各种问题。另外，ES6 是一个大换血的版本，也是一个分水岭，标志着 JavaScript 向着更高的方向发展。ES6 也是对 ES5 的增强和升级。主流的浏览器都已经全面支持 ES6；行业内较新的前端框架都已经全面使用 ES6 的语法；微信小程序，uni-app 等都是基于 ES6 的语法；从就业出发，现在公司基本都在使用新的语法，增加必备技能获得更好的offer。以上都是学习 ES6 的场景，也是大势所趋。

Netcraft公司官网 每月公布的全球 Web 服务器调查报告“Web Server Survey”是当前人们了解全球网站数量以及服务器市场分额情况的主要参考依据，2019 年 12 月份的报告目前已经发布，我们来一睹为快。可以明显看到，在 2019 年的年末，Nginx 已经确确实实处于 Web 服务器市场的领先地位，成功超过了老大哥 Apache，千年老二至此翻身当上了大哥。

flutter作为Google开源的跨平台框架，可谓异军突起，值得尝试一波。目前已经有国内部分公司使用flutter写app了，比如闲鱼，阿里等。

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

早期的浏览器是不具备与用户交互能力的，可以想象一下，在那个电话拨号上网的年代，带宽只有 56Kbps，也就是意味着标准最高下载速率只有 8KB/s。在这个速度下，表单提交就是噩梦般的存在。例如报名考试，就需要填写非常多内容，当用户花了十几分钟找各种资料填写表单后，点击提交就要等待十几秒甚至更多。假如这时表单信息出错，如身份证没核对仔细少了一位，整个页面就会做刷新操作，表单需要重新填写。这是一个比较典型的场景。当时最火的浏览器 Navigator 的开发公司 netscape 就因这些问题，急需一个浏览器使用的脚本语言，让运行在浏览器上的网页可以做一些交互。netscape 因为有这个需求，招聘了 Brendan Eich ， Brendan Eich 进公司后就开始研究使用 Scheme 语言作为在网页中使用的脚本语言的可能性。但是由于当时 Java 爆火，netscape 又在于开发了 Java 的 Sun 公司合作，就想让这个脚本语言要足够像 Java，但是又要比 Java 简单。然后 Brendan Eich 就被指定开发这个“简易 Java”。Brendan Eich一段时间之后 JavaScript 也就诞生了。后续 netscape 将 JavaScript 交给了 ECMA 组织进行标准化，编号为 262，也就是说现在的 JavaScript 实际上是 ECMA-262 标准的实现。

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