整理者:安小下,原文地址
从浏览器输入域名到展示页面都发生了什么- DNS域名解析
先找本地hosts文件,检查对应域名ip的关系,有则想ip地址发送请求,没有再去找DNS服务器 - 建立TCP连接
拿到服务器IP后,向服务器发送求求,三次握手,建立TCP连接
简单理解三次握手:
客户端:您好,在家不,有你快递
服务端:在的,送来吧
客户端:好滴,来了 - 发送HTTP请求
与服务器建立连接后,就可以向服务器发起请求了。具体请求内容可以在浏览器中查看 - 服务器处理请求
服务器收到请求后由web服务器(Apache,Nginx)处理请求,web服务器解析用户请求,知道了需要调用那些资源文件,再通过相应的这些资源文件处理用户请求和参数,并调用数据库等,然后将结果通过web服务器返回给浏览器 - 返回响应结果
在响应结果中都会有一个HTTP状态码,诸如我们熟知的200、404、500等
状态码都是由三位数字和原因短语组成,大致为五类:
1XX 信息性状态码 接收的请求正在处理
2XX 成功状态码 请求正常处理完毕
3XX 重定向状态码 需要附加操作以完成请求
4XX 客户端错误状态码 服务器也无法处理的请求
5XX 服务器错误状态码 服务器请求处理出错 - 关闭TCP连接
为了避免服务器与客户端双方资源占用和消耗,当双方没有请求或者响应传递时,任意一方都可以发起关闭请求,与创建TCP连接的三次握手类似,关闭TCP连接需要4次挥手
简单比喻为:
客户端:哥们,我这边没有数据要传了,咱们关闭连接吧
服务端:好的,我看看我这边还有数据不
服务端:兄弟,我这边也没数据要传给你了,咱们可以关闭连接了
客户端:好嘞 - 浏览器解析HTML
- 浏览器布局渲染
设计模式
设计模式是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。
当需要保证对象只有一个实例的时候,单例模式是非常有用的。他把创建对象的控制权交给一个单一的点上,任何时候应用程序都只会存在且仅存在一个实例。单例类不应该能在类的外部进行实例化。
一个单例类应该具备以下几个因素:
- 必须拥有一个访问级别为private的构造函数,用于阻止类被随意实例化
- 必须拥有一个保存类的实例的静态变量
- 必须拥有一个访问这个实例的公共静态方法,该方法通常被命名为getInstance()
- 必须拥有一个私有的空的clone方法,防止实例被克隆复制
简单实例:
class Single
{
public static $_instance;
private function __construct()
{
}
private function __clone()
{
}
public static function getInstance()
{
if (!self::$_instance) {
self::$_instance = new self();
}
return self::$_instance;
}
public function sayHi()
{
echo "Hi \n";
}
}
$single = Single::getInstance();
$single->sayHi();
工厂模式
工厂模式解决的是如何不通过new建立实例对象的方法
工厂模式是一种类,它具有为你创建对象的某些方法,你可以使用工厂类创建对象而不使用new。这样,如果你想要更改所创建的对象类型只需要更改工厂即可,使用该工厂的所有代码会自动更改。
工厂模式往往配合接口一起使用,这样应用程序就不必要知道这些被实例化的类的具体细节,只要知道工厂返回的是支持某个接口的类就可以方便的使用了。
简单举例:
/**
* 抽象出一个人的接口
* Interface Person
*/
interface Person
{
public function showInfo();
}
/**
* 一个继承于抽象人接口的学生类
* Class Student
*/
class Student implements Person
{
public function showInfo()
{
echo "这是一个学生 \n";
}
}
/**
* 一个继承于抽象人接口的老师类
* Class Teacher
*/
class Teacher implements Person
{
public function showInfo()
{
echo "这是一个老师 \n";
}
}
/**
* 人类工厂
* Class PersonFactory
*/
class PersonFactory
{
public static function factory($person_type)
{
// 将传入的类型首字母大写
$class_name = ucfirst($person_type);
if(class_exists($class_name)){
return new $class_name;
}else{
throw new Exception("类:$class_name 不存在",1);
}
}
}
// 需要一个学生
$student = PersonFactory::factory('student');
echo $student->showInfo();
// 需要一个老师的时候
$teacher = PersonFactory::factory('teacher');
echo $teacher->showInfo();
缓存相关
Redis和Memcached的区别
- Redis和Memcache都是将数据存放在内存中,都是内存数据库。但是Memcache还可以缓存其他东西,比如图片、视频
- Redis不只支持简单的k/v类型的数据,同时还提供list、set、hash等数据结构的存储
- 虚拟内存,当物理内存用完时Redis可以将一些很久没有用到的value交换到磁盘
- 过期策略,memcache在set时就指定,例如set key1 0 0 8即永不过期,redis可以通过expire设定,例如:expire name 10
- 分布式,设定memcache集群,利用magent做一主多从;redis也可以做一主多从。
- 存储安全,memcache挂掉后,数据没了;redis可以定期保存在磁盘(持久化)
- 灾难恢复,memcache挂掉后数据不可恢复;redis数据丢失后可以通过aof恢复
- redis支持数据的备份,即master-slave模式的数据备份
- 应用场景不同:redis除了可以做nosql数据库之外,还能做消息队列、数据堆栈和数据缓存等。memcache适合于缓存sql语句、数据集、用户临时性数据、延迟查询数据和session等 redis有哪些数据结构
- String
字符串类型是redis最基础的数据结构,首先键是字符串类型,而且其他几种结构都是在字符串类型基础上构建的
字符串类型实际上可以是字符串、数字、二进制(图片、音频),单最大不能超过512M
使用场景:
- 缓存
字符串最经典的使用场景,redis作为缓存层,mysql作为存储层,绝大部分请求数据都是redis中获取,由于redis具有支撑高并发特性,所以缓存通常能起到加速读写和降低后端压力的作用 - 计数器
许多应用都会使用redis作为技术的基础工具,它可以实现快速技术、查询缓存的功能。 - 共享session
处于负载均衡的考虑,分布式服务会将用户信息的访问均衡到不同服务器,用户刷新一次访问可讷讷个会需要重新登录,为了避免这个问题可以使用redis将用户session集中管理,在这种模式下只要保证redis的高可用和扩展性,每次获取用户更新或查询登录信息都直接从redis中集中获取 -
限速
出于安全考虑,每次进行登录时让用户输入手机验证码,为了短信接口不被频繁访问,会限制用户每分钟获取验证码的频率- Hash
在redis中哈希类型是指键本身又是一种键值对结构,如 value = {{field1,value1}...{fieldn,valuen}}
使用场景:
- Hash
-
哈希结构相对于字符串序列化缓存信息更加直观,并且在更新操作上更加便捷。
- list
列表类型是用来存储多个有序的字符串,列表的每个字符串成为一个元素,一个列表最多可以存储2的32次方减1个元素。在redis中,可以对列表插入(push)和弹出(pop),还可以获取指定范围的元素列表。列表是一种比较灵活的数据结构,它可以充当栈和队列的角色。
使用场景:
- list
- 消息队列
redis的lpush+brpop命令组合就可以实现阻塞队列,生产者客户端是用lpush从列表左侧插入元素,多个消费者客户端使用brpop命令阻塞式的抢列表尾部的元素,多个客户端保证了消费的负载均衡的高可用性。 - 使用技巧列表
lpush+lpop=Stack(栈)
lpush+rpop=Queue(队列)
lpush+ltrim=Capped Collection(有限集合)
lpush+brpop=Message Queue(消息队列)
- set
- sortedset
redis是单线程的么,为什么
因为CPU并不是Redis的瓶颈,Redis的瓶颈最有可能是机器内存或者网络带宽。既然单线程容易实现,而且CPU不会成为瓶颈,那么久顺理成章的采用了单线程的方案。
当然单个Redis进程是没办法使用多核的 ,但是它来就不是非常计算密集型的服务。如果单核性能不够用,可以多开几个进程。
redis的部署方式,主从、集群参考文章:https://segmentfault.com/a/11...
redis的哨兵模式参考文章:https://www.cnblogs.com/xifen...
redis的持久化策略- RDB(快照持久化)
- AOF(只追加文件持久化)
参考文章:https://segmentfault.com/a/11...
点击查看更多内容
1人点赞
评论
共同学习,写下你的评论
评论加载中...
作者其他优质文章
正在加载中
感谢您的支持,我会继续努力的~
扫码打赏,你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫,即可进行扫码打赏哦