问题的起源：在电商等业务中，系统一般由多个独立的服务组成，如何解决分布式调用时候数据的一致性？
具体业务场景如下，比如一个业务操作，如果同时调用服务 A、B、C，需要满足要么同时成功；要么同时失败。 A、B、C 可能是多个不同部门开发、部署在不同服务器上的远程服务。
在分布式系统来说，如果不想牺牲一致性，CAP 理论告诉我们只能放弃可用性，这显然不能接受。为了便于讨论问题，先简单介绍下数据一致性的基础理论。
系统架构设计理论与原则
这里主要介绍几种常见的架构设计理论和原则，常见于大中型互联系统架构设计。
一、CAP理论
1.1、什么是CAP？
著名的CAP理论是由Brewer提出的，所谓CAP，即一致性（Consistency）、可用性（Availability）和分区容错性（Partition Tolerance）。
- Consistency（一致性）：更新操作成功并返回客户端完成后,分布式的所有节点在同一时间的数据完全一致（All nodes see the same data at the same time）。这里的一致性，一定要和传统的RDBMS中的事务一致性区分开。
在传统的RDBMS中，事务具有ACID4个属性，即原子性（Atomicity），一致性（Consistency），隔离性（Isolation）和持久性（Durable）。
如何选择并落地架构方案的?
如何针对当前需求，选择合适的应用架构，如何面向未来，保证架构平滑过渡，这个是软件开发者，特别是架构师，都需要深入思考的问题。
无架构，不系统，架构是大型系统的关键。从形上看，架构是系统的骨架，支撑和链接各个部分；从神上看，架构是系统的灵魂，深刻体现业务本质。
架构可细分为业务架构、应用架构、技术架构，业务架构是战略，应用架构是战术，技术架构是装备。其中应用架构承上启下，一方面承接业务架构的落地，另一方面影响技术选型。
float与double的范围和精度
一、范围
float 和 double 的范围是由指数的位数来决定的。
float 的指数位有8位，而 double 的指数位有11位，分布如下：
float：
| 1bit（符号位） | 8bits（指数位） | 23bits（尾数位） |
double：
| 1bit（符号位） | 11bits（指数位） | 52bits（尾数位） |
C代码到可执行文件的过程
使用C语言的7个步骤
- 定义程序的目标
- 设计程序
- 编写代码
- 编译
- 运行程序
- 测试和调试程序
- 维护和修改程序
openResty中ngx.shared.DICT的用法
ngx_lua 提供了一系列共享内存相关的 API (ngx.shared.DICT)，可以很方便地通过设置过期时间来使得缓存被动过期，值得一提的是，当缓存的容量超过预先申请的内存池大小的时候，ngx.shared.DICT.set 方法则会尝试以 LRU 的形式淘汰一部分内容。
openResty中cosocket的控制
cosocket 是 OpenResty 世界中技术、实用价值最高的部分。让我们可以用非常低廉的成本，优雅的姿势，比传统 socket 编程效率高好几倍的方式进行网络编程。无论资源占用、执行效率、并发数等都非常出色。
cosocket = coroutine + socket coroutine：协同程序（后面简称：协程） socket：网络套接字
openResty中获取请求 body
在 Nginx 的典型应用场景中，几乎都是只读取 HTTP 头即可，例如负载均衡、正反向代理等场景。但是对于 API Server 或者 Web Application ，对 body 可以说就比较敏感了。
由于 OpenResty 基于 Nginx ，所以天然的对请求 body 的读取细节与其他成熟 Web 框架有些不同。在lua代码中使用 ngx.req.read_body 函数 (或打开 lua_need_request_body 选项强制本模块读取请求体，此方法不推荐）才可以获取到请求 body。究其原因，主要是 Nginx 诞生之初主要是为了解决负载均衡情况，而这种情况，是不需要读取 body 就可以决定负载策略的。
由于 Nginx 是为了解决负载均衡场景诞生的，所以它默认是不读取 body 的行为，会对 API Server 和 Web Application 场景造成一些影响。根据需要正确读取、丢弃 body 对 OpenResty 开发是至关重要的。
openResty中正则表达式的使用
在 OpenResty 中，同时存在两套正则表达式规范：Lua 语言的规范和 Nginx 的规范；即使您对 Lua 语言中的规范非常熟悉，我们仍不建议使用 Lua 中的正则表达式。
- 因为 Lua 中正则表达式的性能并不如 Nginx 中的正则表达式优秀；
- Lua 中的正则表达式并不符合 POSIX 规范，而 Nginx 中实现的是标准的 POSIX 规范，后者明显更具备通用性。
openResty中的ngx.location.capture和ngx.location.capture_multi的使用
在openResty中，ngx.location.capture_multi是一个非常强大的功能。可以应用于并发多个相互之间没有依赖的请求。在现代的应用架构中经常使用微服务，提供低粒度的接口；但在客户端（例如：app、网页服务）经常需要请求多个微服务接口，才能完整显示页面内容。
例如：打开一个商品详情页，需要请求：
- banner广告接口；
- 商品详情；
- 商品评论等。
那么ngx.location.capture_multi就派上大用场了，当然使用ngx.location.capture_multi不是唯一的办法，呵呵～。下面就来看看这个东东的用法；
openResty中ngx_lua模块提供的API
ngx_lua模块的原理：
- 每个worker（工作进程）创建一个Lua VM，worker内所有协程共享VM；
- 将Nginx I/O原语封装后注入 Lua VM，允许Lua代码直接访问；
- 每个外部请求都由一个Lua协程处理，协程之间数据隔离；
- Lua代码调用I/O操作等异步接口时，会挂起当前协程（并保护上下文数据），而不阻塞worker；
- I/O等异步操作完成时还原相关协程上下文数据，并继续运行
系列文章：
指令：openResty中ngx_lua模块提供的指令
常量：openResty中ngx_lua模块提供的常量
API：openResty中ngx_lua模块提供的API
openResty中ngx_lua模块提供的常量
ngx_lua模块的原理：
- 每个worker（工作进程）创建一个Lua VM，worker内所有协程共享VM；
- 将Nginx I/O原语封装后注入 Lua VM，允许Lua代码直接访问；
- 每个外部请求都由一个Lua协程处理，协程之间数据隔离；
- Lua代码调用I/O操作等异步接口时，会挂起当前协程（并保护上下文数据），而不阻塞worker；
- I/O等异步操作完成时还原相关协程上下文数据，并继续运行
系列文章：
指令：openResty中ngx_lua模块提供的指令
常量：openResty中ngx_lua模块提供的常量
API：openResty中ngx_lua模块提供的API
openResty中ngx_lua模块提供的指令
ngx_lua模块的原理：
- 每个worker（工作进程）创建一个Lua VM，worker内所有协程共享VM；
- 将Nginx I/O原语封装后注入 Lua VM，允许Lua代码直接访问；
- 每个外部请求都由一个Lua协程处理，协程之间数据隔离；
- Lua代码调用I/O操作等异步接口时，会挂起当前协程（并保护上下文数据），而不阻塞worker；
- I/O等异步操作完成时还原相关协程上下文数据，并继续运行
系列文章：
指令：openResty中ngx_lua模块提供的指令
常量：openResty中ngx_lua模块提供的常量
API：openResty中ngx_lua模块提供的API
openResty学习中的知识点（一）
1、变量申明后，默认的值是nil；将 nil 赋给变量后，相当于删除变量。注意nil 和 ngx.null的区别。
2、在 lua中只有 false和 nil 值为 false ,其他值都为 true ，包括0,””等
3、lua中的数字（一切数字）都是 number类型。
4、table 的下标从 1 开始。
5、逻辑运算法 and 、or 、not的用法。
openResty的安装配置详解
openResty是nginx的luaJit的扩展，所在在安装openResty的过程中，安装的选项配置包括openResty的自有配置和继承的nginx配置。
openResty的安装参考：openResty的安装、启动、停止与重启
一、openResty的安装配置详解
在解压openResty的源码安装包后，使用 ./configure –help 即可看到所有的安装配置选项，如下：
Beanstalkd中文协议
官方源码：https://github.com/kr/beanstalkd
中文协议：https://github.com/kr/beanstalkd/blob/master/doc/protocol.zh-CN.md
如果要使用Beanstalkd，请务必熟读《中文协议》，并注意一些细节。
查看linux中的TCP连接
BeansTalkd的命令
一、BeanstalkD协议
Beanstalk协议使用ASCII编码，运行在TCP协议之上。客户端负责主动建立连接，发送命令和数据，等待响应以及关闭连接。对于每个连接，服务端以接收请求的顺序串行地处理命令，并按相同的顺序发送响应。协议中所有的数字都是十进制并且非负的（除非有明确说明）。
协议中的名字都是ASCII字符串。名字可以包含字母（A-Z和a-z）、 数字（0-9）、连字符（”-“）、 加（”+”）、 斜线（”/”）、 分号（”;”）、 点（”.”）、 美元符号（”$”）、下划线（”_”）和括号（“(”和”)”），但是不能以连字符开头。名字以空格或换行结束。每个名字至少要有一个字符的长度。
BeansTalkd的使用与安装
一、Beanstalkd的特点
- Beanstalkd 是一个轻量级、高性能的消息队列中间件，它最大特点是将自己定位为基于管道 (tube) 和任务 (job) 的工作队列 (work-queue)。
- Beanstalkd 支持任务(job)优先级 (priority), 延时 (delay), 超时重发 (time-to-run) 和预留 (buried), 能够很好的支持分布式的后台任务和定时任务处理。
- Beanstalkd的内部实现采用 libevent, 服务器-客户端之间用类似 memcached 的轻量级通讯协议，具有有很高的性能。
- 尽管是内存队列, beanstalkd 提供了 binlog 机制, 当重启 beanstalkd 时，当前任务状态能够从纪录的本地 binlog 中恢复。