最开始意识到深拷贝的重要性是在我使用redux的时候（react + redux）， redux的机制要求在reducer中必须返回一个新的对象，而不能对原来的对象做改动，事实上，当时我当然不会主动犯这个错误，但很多时候，一不小心可能就会修改了原来的对象，例如：var newObj = obj; newObj.xxx = xxx 实际上，这个时候newObj和obj两个引用指向的是同一个对象，我修改了newObj，实际上也就等同于修改了obj，这，就是我和深浅拷贝的第一次相遇。

Android Studio（以下简称为AS） 3.5正式版终于发布了，从第一个bate版本发布到正式版本，历时三个半月。AS一直以来被开发者吐槽，因此谷歌也放慢了版本的变化，对测试版本进行大力度的优化，提高了稳定性。从3.3版本开始，谷歌启动了名为Project Marble的计划，意为谷歌团队致力于使集成开发环境（IDE）的基本功能和流程变得坚如磐石，同时精炼和完善面向用户的功能。而AS 3.5则是Project Marble主要成果的版本，下面来介绍主要成果。

Composer 在安装时会在 composer.lock 文件中写入扩展包下载地址，如：

当我们在 PhpStorm 编辑器中，开发 Laravel 框架的项目时，很多类方法都不能自动补全和定位，比如 Facade 门面的方法，DB::table()、Route::get() 等。

下面以更换阿里数据源配置来写下注意事项

在给对象参数的情况下,如果参数的形式是数组的时候,比如apply示例里面传递了参数arguments,这个参数是数组类型,并且在调用Person的时候参数的列表是对应一致的(也就是Person和Student的参数列表前两位是一致的) 就可以采用 apply , 如果我的Person的参数列表是这样的(age,name),而Student的参数列表是(name,age,grade),这样就可以用call来实现了,也就是直接指定参数列表对应值的位置(Person.call(this,age,name,grade));

Boolean(value) 是把值转换成Boolean类型

判断是否到了指定的深度 或者 当前数组是否已经全部展开

CGI对每个请求会parse一遍对应脚本的配置文件（如php.ini）， 加载配置和扩展，初始化执行环境，性能非常差，所有有了下面的流程：

单例模式，是一种常见的软件设计模式。在应用这个模式时，单例对象的类必须保证只有一个实例存在。