Laravel底层原理（二） —— 契约（Contracts） 概述 Contract，翻译过来叫契约、协议等。在 Laravel-china 的翻译中，是一个不翻词，这里也使用 Contract 来代替。Contract 就是接口 Interface，用来规范某些服务的功能结构的，在 Laravel 中称之为契约。以缓存操作为例，我们直接使用 Cache::get() 和 Cache::put() 即可完成缓存的获取和设置，语法很简单。此时问题来了：缓存的实现有很多种，例如文件缓存，Memcache 缓存，Redis 缓存等，要保证任何一种缓存的操作都具备 get 和 put 方法，如何保证？就是需要每种缓存服务的实现，都实现 Cache 契约，契约就是接口，就可以保证每种缓存的实现都具有一致的结构了。缓存服务实现与 Cache 契约结构说明 我们以 Cache 契约和一系列 Cache 服务实现为例，说一下这个结构：缓存的相关实现，都位于：Illuminate\Cache\ 下：Laravel8.77.1 预设了：Apc, Array, File, Database, Memcached, Null, Redis, Taggable 多种缓存的具体实现方案，以常用的 Redis 为例，Illuminate\Cache\RedisStore 就是 redis 缓存服务实现，查看其源代码：<?php namespace Illuminate\Cache; use Illuminate\Contracts\Cache\LockProvider; use Illuminate\Contracts\Redis\Factory as Redis; use Illuminate\Redis\Connections\PhpRedisConnection; class RedisStore extends TaggableStore implements LockProvider { }可见，该 Redis 缓存功能类，需要实现一个 Store 的接口，这个接口就是 Illuminate\Contracts\Cache\LockProvider ，在 Laravel 中称之为契约，看该 Cache 契约的实现：<?php namespace Illuminate\Contracts\Cache; interface LockProvider { /** * Get a lock instance. * * @param string $name * @param int $seconds * @param string|null $owner * @return \Illuminate\Contracts\Cache\Lock */ public function lock($name, $seconds = 0, $owner = null); /** * Restore a lock instance using the owner identifier. * * @param string $name * @param string $owner * @return \Illuminate\Contracts\Cache\Lock */ public function restoreLock($name, $owner); } 接口契约中定义了关于缓存应该具备的方法，这样在缓存操作时，无论文件，Redis 或者 Apc 缓存，都具有了统一的接口，不用担心使用上的语法差异了。说了这么多，其实就是操作上的抽象层，将需要的操作提取，保证所有驱动实现具有统一的结构。这就是接口的常规目的，Laravel 中叫成了契约而已，没有特殊功能。官方文档概要 在契约这篇官方文档中，主要说明契约的优势。内容如下：使用契约原因，可以使得代码低耦合，保证代码的简洁性。内置契约参考列表文档中，有一个章节是比较 Facade 和 Contract。放在一起比较的原因，应该是在 Laraval 中，通常每个 Contract 都有对应的 Facade。就像我们 Cache，就有 Cache 的 Facace 和 Cache 的 Contract。当使用 Cache 时，会导致我们确定不了当前时契约 Contract 还是门面 Facade。这就是放在一起比较的原因吧，语法类似。但除此之外，Contract 与 Facade 功能完全不同，作用也不同，其实没有什么可比性。Facade，简化服务的调用语法的功能。Contract，定义一组服务的通用操作接口。一组相关的服务，既需要通用的接口，也需要简化调用的操作。就是需要 Contract 也需要 Facade，两者作用完全不同，其实不用混淆，不用放在一起比较的！

Laravel底层原理（一） —— 门面（Facades） 什么是门面门面为应用服务容器中的绑定类提供了一个「静态」接口。Laravel 内置了很多门面，你可能在不知道的情况下正在使用它们。Laravel 的门面作为服务容器中底层类的「静态代理」，相比于传统静态方法，在维护时能够提供更加易于测试、更加灵活、简明优雅的语法。 Laravel 的所有门面都定义在 Illuminate\Support\Facades 命名空间下，所以我们可以轻松访问到门面。 在config/app.php文件中找到别名这一栏可以看到很多门面： 所有的 Laravel Facades 都定义在 vendor/laravel/framework/src/Illuminate/Support/Facades 目录下何时使用门面门面有诸多优点，其提供了简单、易记的语法，让我们无需记住长长的类名即可使用 Laravel 提供的功能特性，此外，由于他们对 PHP 动态方法的独到用法，使得它们很容易测试。但是，使用门面也有需要注意的地方，一个最主要的危险就是类范围蠕变。由于门面如此好用并且不需要注入，在单个类中使用过多门面，会让类很容易变得越来越大。使用依赖注入则会让此类问题缓解，因为一个巨大的构造函数会让我们很容易判断出类在变大。因此，使用门面的时候要尤其注意类的大小，以便控制其有限职责。注：构建与 Laravel 交互的第三方扩展包时，最好注入 Laravel契约（这个后面单独讲）而不是使用门面，因为扩展包在 Laravel 之外构建，你将不能访问 Laravel 的门面测试辅助函数。如何创建门面以下是在Laravel中创建Facade的步骤。步骤1 - 创建自定义PHP类文件。步骤2 - 创建服务提供者并将该类绑定到服务提供商。步骤3 - 将ServiceProvider注册到Config app.php作为提供者。步骤4 - 创建类，这个类扩展到luminate Support Facades Facade。步骤5 - 将点4配置为Config app.php作为别名。创建门面实例步骤1 - 创建文件及目录（\App\Units\Test\Test）步骤2 - 通过执行以下命令创建一个名为TestProvider的服务提供者。php artisan make:provider TestProvider 成功执行后，您将收到以下输出 -以及在app/Providers目录下生成TestProvider.php服务文件步骤3 - 注册服务提供者 config/app.php中的 providers。步骤4 - 创建一个门面类 在 App\Facade下步骤5 - 在config/app.php中的aliases步骤6 - 开始调用源码分析在 Laravel 应用中，门面就是一个为容器中对象提供访问方式的类。该机制原理由 Facade 类实现。Laravel 自带的门面，以及我们创建的自定义门面，都会继承自 Illuminate\Support\Facades\Facade 基类。门面类只需要实现一个方法： getFacadeAccessor 。正是 getFacadeAccessor 方法定义了从容器中解析什么，然后 Facade 基类使用魔术方法 __callStatic() 从你的门面中调用解析对象。\App\Facade\Test::test(); 实际上是调用了父类 Illuminate\Support\Facades\Facade 中的 __callStatic方法;//就是这个魔术方法 public static function __callStatic($method, $args) { //最后是根据子类的 getFacadeAccessor 方法中返回的字符串,从服务容器中解析出对应的服务组件类 $instance = static::getFacadeRoot(); if (! $instance) { throw new RuntimeException('A facade root has not been set.'); } return $instance->$method(...$args); }getFacadeRoot()方法源码public static function getFacadeRoot() { //根据getFacadeAccessor方法返回的字符串,解析出服务容器中对应的类 return static::resolveFacadeInstance(static::getFacadeAccessor()); } protected static function resolveFacadeInstance($name) { //如果getFacadeAccessor方法中的是服务组件类,直接返回,不用解析了 if (is_object($name)) { return $name; } //判断是否解析过,要是解析过,就直接返回,否则从下面的服务容器中取 if (isset(static::$resolvedInstance[$name])) { return static::$resolvedInstance[$name]; } //从服务容器中取, //static::$app就是vendor/laravel/framework/src/Illuminate/Foundation/Application.php //为什么可以像从数组中取东西一样?因为Application类继承的vendor/laravel/framework/src/Illuminate/Container/Container.php 容器基类,实现了ArrayAccess接口,这个接口可以去百度查 if (static::$app) { return static::$resolvedInstance[$name] = static::$app[$name]; } } 这个$app在setFacadeApplication被赋值public static function setFacadeApplication($app) { static::$app = $app; }setFacadeApplication方法在 vendor/laravel/framework/src/Illuminate/Foundation/Bootstrap/RegisterFacades.php被调用public function bootstrap(Application $app) { Facade::clearResolvedInstances(); //在这里被调用 Facade::setFacadeApplication($app); AliasLoader::getInstance(array_merge( $app->make('config')->get('app.aliases', []), $app->make(PackageManifest::class)->aliases() ))->register(); }bootstrap方法又在 vendor/laravel/framework/src/Illuminate/Foundation/Http/Kernel.php 中调用//为HTTP请求引导应用程序。 public function bootstrap() { if (! $this->app->hasBeenBootstrapped()) { /** * $this->bootstrappers() 返回的是这个数组,此数组就在此类中 * * protected $bootstrappers = [ * \Illuminate\Foundation\Bootstrap\LoadEnvironmentVariables::class, //env文件的加载引导类 * \Illuminate\Foundation\Bootstrap\LoadConfiguration::class, //配置文件的加载引导类 * \Illuminate\Foundation\Bootstrap\HandleExceptions::class, //异常处理类引导类 * \Illuminate\Foundation\Bootstrap\RegisterFacades::class, //注册门面引导类 * \Illuminate\Foundation\Bootstrap\RegisterProviders::class, //注册服务提供者引导类,路由服务就是在这里加载的 * \Illuminate\Foundation\Bootstrap\BootProviders::class, //启动服务提供者引导类 * ]; * */ //最终完成配置文件加载,环境配置,门面,服务提供者的注册及启动 $this->app->bootstrapWith($this->bootstrappers()); } }这个Kernel.php,被 app/Http/Kernel.php 类继承最终app/Http/Kernel.php类,在bootstrap/app.php中注册,在public/index.php中被调用======================================================================在 config/app.php 文件的 aliases 数组中,有门面类的别名配置在 vendor/laravel/framework/src/Illuminate/Foundation/Bootstrap/RegisterFacades.php 文件中解析到容器的

PhpStorm设置注释模板 1. 设置函数注释模板 *设置位置："File"->"Settings"->"Editor"->"File and Code Templates";选择PHP Function Doc Comment 粘贴如下模板代码:/** * Notes: * User: ${USER} * DateTime: ${DATE} ${TIME} ${PARAM_DOC} #if (${TYPE_HINT} != "void") * @return ${TYPE_HINT} #end ${THROWS_DOC} */生成注释,在函数上方输入“/**“,按”enter“键即可出现对应注释内容,如图2. 设置文档头部注释 选择PHP File Header Comment3. 设置类注释 选择PHP Class Doc

mysql开发规范 一.基础规范(1) 使用INNODB存储引擎(2) 表字符集使用UTF8(3) 所有表都需要添加注释(4) 单表数据量建议控制在5000W以内(5) 不在数据库中存储图、文件等大数据(6) 禁止在线上做数据库压力测试二.命名规范(1) 库名表名字段名必须有固定的命名长度，12个字符以内(2) 库名、表名、字段名禁止超过32个字符。须见名之意(3) 库名、表名、字段名禁止使用MySQL保留字(4) 临时库、表名必须以tmp为前缀，并以日期为后缀(5) 备份库、表必须以bak为前缀，并以日期为后缀create_time：添加时间update_time:更新时间status:状态（0-否/失败/条件不成立，1-是/成功/条件成立）author:作者/操作人/管理员ip:ip信息fdate:每日信息20190428month:月份201904year:年份2019week:周201902周例如活动类的表命名：active_xxxx, active_bbbb这种方式同一张表，不同的类型区分：zz_aaaa, zz_bbb, zz_cccc, zz_dddd,    bb_ccccc, bb_dddddd三.库、表、字段开发设计规范(1) 禁止使用分区表(2) 拆分大字段和访问频率低的字段，分离冷热数据(3) 用HASH进散表，表名后缀使进制数，下标从0开始(4) 按日期时间分表需符合YYYYMM[HH]格式(5) 采用合适的分库分表策略。例如千库十表、十库百表等(6) 尽可能不使用TEXT、BLOB类型(7) 用DECIMAL代替FLOAT和DOUBLE存储精确浮点数(8) 越简单越好：将字符转化为数字、使用TINYINT来代替ENUM类型(9) 所有字段均定义为NOT NULL(10) 使用UNSIGNED存储非负整数(11) INT类型固定占用4字节存储(12) 使用timestamp存储时间(13) 使用INT UNSIGNED存储IPV4(14) 使用VARBINARY存储大小写敏感的变长字符串(15) 禁止在数据库中存储明文密码，把密码加密后存储(16) 用好数值类型字段Tinyint (1Byte)smallint (2Byte)mediumint (3Byte)int (4Byte)bigint (8Byte)(17) 存储ip最好用int存储而非char(15)(18) 不允许使用ENUM(19) 避免使用NULL字段NULL字段很难查询优化，NULL字段的索引需要额外空间，NULL字段的复合索引无效(20) 少用text/blob，varchar的性能会比text高很多，实在避免不了blob，请拆表(21) 数据库中不允许存储大文件，或者照片，可以将大对象放到磁盘上，数据库中存储它的路径四.索引规范1、索引的数量要控制：(1) 单张表中索引数量不超过16个(2) 单个索引中的字段数不超过5个(3) 对字符串使用前缀索引，前缀索引长度不超过8个字符(4) 建议优先考虑前缀索引，必要时可添加伪列并建立索引2、主键准则(1) 表必须有主键(2) 不使用更新频繁的列作为主键(3) 尽量不选择字符串列作为主键(4) 不使用UUID MD5 HASH这些作为主键(数值太离散了)(5) 默认使非空的唯一键作为主键(6) 建议选择自增或发号器3、重要的SQL必须被索引，比如：(1) UPDATE、DELETE语句的WHERE条件列(2) ORDER BY、GROUP BY、DISTINCT的字段4、多表JOIN的字段注意以下：(1) 区分度最大的字段放在前面(2) SQL优先考虑覆盖索引(3) 避免冗余和重复索引(4) 索引要综合评估数据密度和分布以及考虑查询和更新比例5、索引禁忌(1) 不在低基数列上建立索引，例如“性别”(2) 不在索引列进行数学运算和函数运算6、尽量不使用外键(1) 外键用来保护参照完整性，可在业务端实现(2) 对父表和子表的操作会相互影响，降低可用性7、索引命名：非唯一索引必须以 idx_字段1_字段2命名，唯一所以必须以uniq_字段1_字段2命名，索引名称必须全部小写8、新建的唯一索引必须不能和主键重复9、索引字段的默认值不能为NULL，要改为其他的default或者空。NULL非常影响索引的查询效率10、反复查看与表相关的SQL，符合最左前缀的特点建立索引。多条字段重复的语句，要修改语句条件字段的顺序，为其建立一条联合索引，减少索引数量11、能使用唯一索引就要使用唯一索引，提高查询效率五.SQL规范(1) sql语句尽可能简单大的sql想办法拆成小的sql语句(2) 事务要简单，整个事务的时间长度不要太长(3) 避免使用触发器、函数、存储过程(4) 降低业务耦合度，为sacle out、sharding留有余地(5) 避免在数据库中进数学运算(MySQL不擅长数学运算和逻辑判断)(6) 不要用select *，查询哪几个字段就select 这几个字段(7) sql中使用到OR的改写为用 IN() (or的效率没有in的效率高)(8) in里面数字的个数建议控制在1000以内(9) limit分页注意效率。Limit越大，效率越低。可以改写limit，比如例子改写：select id from tlimit 10000, 10; => select id from t where id > 10000 limit10;(10) 使用union all替代union(11） 避免使大表的JOIN(12) 使用group by 分组、自动排序(13) 对数据的更新要打散后批量更新，不要一次更新太多数据(14) 减少与数据库的交互次数(17) SQL语句不可以出现隐式转换，比如 select id from 表 where id='1'(18) IN条件里面的数据数量要少， 500个以内，使用exist代替in，exist在一些场景查询会比in快(19) 能不用NOT IN就不用NOT IN(20) 在SQL语句中，禁止使用前缀是%的like(21) 不使用负向查询，如not in/like(22) 关于分页查询：程序里建议合理使用分页来提高效率limit，offset较大要配合子查询使用(23) 禁止在数据库中跑大查询(24) 使预编译语句，只传参数，比传递SQL语句更高效；一次解析，多次使用；降低SQL注入概率(25) 禁止使order by rand()(26) 禁单条SQL语句同时更新多个表

浅谈Mysql索引的最左匹配原则 最左匹配原则最左匹配原则就是指在联合索引中，如果你的 SQL 语句中用到了联合索引中的最左边的索引，那么这条 SQL 语句就可以利用这个联合索引去进行匹配.例如某user表现有索引(name_age_email)CREATE INDEX name_age_email ON user (`name`,`age`,`email`)现在测试如下sql语句：explain select * from user where name='tom' and age=21 and email ='test@email.com'; 结果：这样可以利用到定义的联合索引（name_age_email）,用上name，age，emailexplain select * from user where name='tom' and age=21; 结果：这样可以利用到定义的联合索引（name_age_email）,用上name，ageexplain select * from user where age=21 and name='tom'; 结果：这样可以利用到定义的联合索引（name_age_email）,用上name，age(mysql有查询优化器)explain select * from user where name='tom'; 结果：这样可以利用到定义的联合索引（name_age_email）,用上nameexplain select * from user where age=21 and email ='test@email.com'; 结果： 这样不可以利用到定义的联合索引（name_age_email） explain select * from user where name='tom' and email ='test@email.com'; 结果：这样可以利用到定义的联合索引（name_age_email）,用上name索引，但是age和email索引用不到也就是说通过最左匹配原则你可以定义一个联合索引，但是使得多中查询条件都可以用到该索引,避免了重复建索引造成的资源浪费，索引不是建的越多越好！下面几种情况时索引也会停止匹配：当遇到范围查询(>、<、between、like)就会停止匹配。也就是：select * from user where name='tom' and age>20 and email ='test@email.com'; #这样name,age可以用到（name_age_email），email索引用不到 这条语句只有name,age 会用到索引，email都不能用到索引。这个原因可以从联合索引的结构来解释。2.但是如果是建立(name,email,age)联合索引，则name,age,email都可以使用索引，因为优化器会自动改写为最优查询语句CREATE INDEX name_age_email ON user (`name`,`email`,`age`)explain select * from user where name='tom' and age>20 and email ='test@email.com'; 结果：如果是建立(name,email,age)联合索引，则a,b,c都可以使用索引优化器改写为select * from user where name='tom' and email ='test@email.com' and age>20;{dotted startColor="#ff6c6c" endColor="#1989fa"/}通过以上sql分析：索引index1:(a,b,c)，只会走a、a,b、a,b,c 三种类型的查询，其实这里说的有一点问题，a,c也走，但是只走a字段索引，不会走c字段，c肯定是无序了，所以c就没法走索引，数据库会觉得还不如全表扫描c字段来的快。以index （a,b,c）为例建立这样的索引相当于建立了索引a、ab、abc三个索引。一个索引顶三个索引当然是好事，毕竟每多一个索引，都会增加写操作的开销和磁盘空间的开销。