Yaf和用户共用一个配置空间, 也就是在Yaf_Application初始化时刻给出的配置文件中的配置. 作为区别, Yaf的配置项都以ap开头. Yaf的核心必不可少的配置项只有一个(其实, 这个也可以有默认参数, 但是作者觉得完全没有配置, 显得太寒酸了).
Yaf通过在不同的环境中, 选取不同的配置节, 再结合配置可继承, 来实现一套配置适应多种环境 (线上,测试,开发).
Yaf运行时配置
Yaf运行时的环境配置：
PHP配置指令作用域说明
PHP总共有4个配置指令作用域：（PHP中的每个指令都有自己的作用域，指令只能在其作用域中修改，不是任何地方都能修改配置指令的）
- PHP_INI_PERDIR：指令可以在php.ini、httpd.conf或.htaccess文件中修改
- PHP_INI_SYSTEM：指令可以在php.ini 和 httpd.conf 文件中修改
- PHP_INI_USER：指令可以在用户脚本中修改
- PHP_INI_ALL：指令可以在任何地方修改
下面举例子说明：
1、在用户脚本中修改（即在php文件中修改）
ini_set("yaf.library","/usr/local/php7/lib");
echo ini_get("yaf.library");
2、在php.ini中修改
yaf.library="/usr/local/php7/lib"
Yaf的安装
常见数据结构与算法整理总结（下）
这篇文章是常见数据结构与算法整理总结的下篇，上一篇主要是对常见的数据结构进行集中总结，这篇主要是总结一些常见的算法相关内容，文章中如有错误，欢迎指出。
一、概述 二、查找算法 三、排序算法 四、其它算法 五、常见算法题 六、总结
常见数据结构与算法整理总结（上）
文章来源：https://www.jianshu.com/p/230e6fde9c75
数据结构是以某种形式将数据组织在一起的集合，它不仅存储数据，还支持访问和处理数据的操作。算法是为求解一个问题需要遵循的、被清楚指定的简单指令的集合。下面是自己整理的常用数据结构与算法相关内容，如有错误，欢迎指出。
为了便于描述，文中涉及到的代码部分都是用Java语言编写的，其实Java本身对常见的几种数据结构，线性表、栈、队列等都提供了较好的实现，就是我们经常用到的Java集合框架，有需要的可以阅读这篇文章。Java – 集合框架完全解析
Nginx、LVS、HAProxy负载均衡软件的优缺点详解
Nginx、LVS、HAProxy是目前使用最广泛的三种负载均衡软件，本人都在多个项目中实施过，参考了一些资料，结合自己的一些使用经验，总结一下。
一般对负载均衡的使用是随着网站规模的提升根据不同的阶段来使用不同的技术。具体的应用需求还得具体分析，如果是中小型的Web应用，比如日PV小于1000万，用Nginx就完全可以了；如果机器不少，可以用DNS轮询，LVS所耗费的机器还是比较多的；大型网站或重要的服务，且服务器比较多时，可以考虑用LVS。
一种是通过硬件来进行进行，常见的硬件有比较昂贵的F5和Array等商用的负载均衡器，它的优点就是有专业的维护团队来对这些服务进行维护、缺点就是花销太大，所以对于规模较小的网络服务来说暂时还没有需要使用；另外一种就是类似于Nginx、LVS、HAProxy的基于Linux的开源免费的负载均衡软件，这些都是通过软件级别来实现，所以费用非常低廉。
目前关于网站架构一般比较合理流行的架构方案：Web前端采用Nginx、HAProxy+Keepalived作负载均衡器；后端采用MySQL数据库一主多从和读写分离，采用LVS+Keepalived的架构。当然要根据项目具体需求制定方案。
TCP和UDP的区别［经典］
TCP与UDP基本区别
- 基于连接与无连接
- TCP要求系统资源较多，UDP较少；
- UDP程序结构较简单
- 流模式（TCP）与数据报模式(UDP);
- TCP保证数据正确性，UDP可能丢包
- TCP保证数据顺序，UDP不保证
保证分布式系统数据一致性的6种方案
问题的起源：在电商等业务中，系统一般由多个独立的服务组成，如何解决分布式调用时候数据的一致性？
具体业务场景如下，比如一个业务操作，如果同时调用服务 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