事物的隔离性mysql的服务端是支持多个客户端同时与之连接的，每个客户端可能还并发了好几个连接，所以mysql是需要同时处理很多事情的，每一件独立的事情就叫做事务。我们知道事务有一个叫隔离性的特性，隔离性理论上是指在某个事物对某个数据进行访问时，其他的事务就应该排队知道访问数据的事务提交才能继续访问该数据。但是这样对性能的影响就太大了，但是我们又必须保持一定的隔离性，所以就需要折中一下。事务并发可能的问题先来看看不保证绝对的隔离性会遇到哪些问题呢脏写如果一个事务修改了另一个未提交事务修改过的数据，这就意味着发生了脏写。脏读如果一个事务读到了另一个未提交事务修改过的数据，这就意味着发生了脏读。不
事物的隔离性mysql的服务端是支持多个客户端同时与之连接的，每个客户端可能还并发了好几个连接，所以mysql是需要同时处理很多事情的，每一件独立的事情就叫做事务。我们知道事务有一个叫隔离性的特性，隔离性理论上是指在某个事物对某个数据进行访问时，其他的事务就应该排队知道访问数据的事务提交才能继续访问该数据。但是这样对性能的影响就太大了，但是我们又必须保持一定的隔离性，所以就需要折中一下。事务并发可能的问题先来看看不保证绝对的隔离性会遇到哪些问题呢脏写如果一个事务修改了另一个未提交事务修改过的数据，这就意味着发生了脏写。脏读如果一个事务读到了另一个未提交事务修改过的数据，这就意味着发生了脏读。不
1.Angular样式隔离Angular样式隔离的好处最最要的一条就是CSS的可维护性。当没有样式隔离时，我们创建一个组件并添加样式后，可能会影响到其他的组件样式，而且很有可能查找不出问题所在。虽然我们可以想出办法来避免样式被覆盖，但是可能会引发CSS的可维护性问题。Angular的视图封装(ViewEncapsulation)在Angular中，组件的样式可以封装在组件的宿主元素中(host)，这样它们就不会影响应用程序的其他部分。视图封装模式：1.ViewEncapsulation.ShadowDom:Angualr使用浏览器内置的ShadowDomAPI将组件的视图封装在ShadowRo
1.Angular样式隔离Angular样式隔离的好处最最要的一条就是CSS的可维护性。当没有样式隔离时，我们创建一个组件并添加样式后，可能会影响到其他的组件样式，而且很有可能查找不出问题所在。虽然我们可以想出办法来避免样式被覆盖，但是可能会引发CSS的可维护性问题。Angular的视图封装(ViewEncapsulation)在Angular中，组件的样式可以封装在组件的宿主元素中(host)，这样它们就不会影响应用程序的其他部分。视图封装模式：1.ViewEncapsulation.ShadowDom:Angualr使用浏览器内置的ShadowDomAPI将组件的视图封装在ShadowRo
MySQL事务隔离级别是为了解决并发事务互相干扰的问题的，MySQL事务隔离级别总共有以下4种：READUNCOMMITTED：读未提交。READCOMMITTED：读已提交。REPEATABLEREAD：可重复读。SERIALIZABLE：序列化。1.四种事务隔离级别1.1READUNCOMMITTED读未提交，也叫未提交读，该隔离级别的事务可以看到其他事务中未提交的数据。该隔离级别因为可以读取到其他事务中未提交的数据，而未提交的数据可能会发生回滚，因此我们把该级别读取到的数据称之为脏数据，把这个问题称之为脏读。1.2READCOMMITTED读已提交，也叫提交读，该隔离级别的事务能读取到已
MySQL事务隔离级别是为了解决并发事务互相干扰的问题的，MySQL事务隔离级别总共有以下4种：READUNCOMMITTED：读未提交。READCOMMITTED：读已提交。REPEATABLEREAD：可重复读。SERIALIZABLE：序列化。1.四种事务隔离级别1.1READUNCOMMITTED读未提交，也叫未提交读，该隔离级别的事务可以看到其他事务中未提交的数据。该隔离级别因为可以读取到其他事务中未提交的数据，而未提交的数据可能会发生回滚，因此我们把该级别读取到的数据称之为脏数据，把这个问题称之为脏读。1.2READCOMMITTED读已提交，也叫提交读，该隔离级别的事务能读取到已
CSSModule出现的背景我们知道，Javascript发展到现在出现了众多模块化规范，比如AMD、CMD、CommonJS、ESModule等，这些模块化规范能够让我们的JS实现作用域隔离。但CSS却并没有这么幸运，发展到现在却一直没有模块化规范，由于CSS是根据选择器去全局匹配元素的，所以入锅你在页面的两个不同的地方定义了一个相同的类名，先定义的样式就会被后定义的覆盖掉。由于这个原因，CSS的命名冲突一直困扰着前端人员。这种现状是前端开发者不能接受的，所以CSS社区也诞生了各种各样的CSS模块化解决方案（这并不是规范），比如：「命名方法：」人为约定命名规则「scoped：」vue中常见
CSSModule出现的背景我们知道，Javascript发展到现在出现了众多模块化规范，比如AMD、CMD、CommonJS、ESModule等，这些模块化规范能够让我们的JS实现作用域隔离。但CSS却并没有这么幸运，发展到现在却一直没有模块化规范，由于CSS是根据选择器去全局匹配元素的，所以入锅你在页面的两个不同的地方定义了一个相同的类名，先定义的样式就会被后定义的覆盖掉。由于这个原因，CSS的命名冲突一直困扰着前端人员。这种现状是前端开发者不能接受的，所以CSS社区也诞生了各种各样的CSS模块化解决方案（这并不是规范），比如：「命名方法：」人为约定命名规则「scoped：」vue中常见
sql标准定义了4种事务的隔离级别，各个数据库厂商提供了不同的实现，甚至实现的标准都有所差别关于ACID避免了哪些问题如果精准的理解这些隔离级别是针对于当前事务对其他事务的逻辑，也就是当前事务读取其他事务的逻辑区别。未提交读：在当前事务可以读取到其他事务未提交但是已经更改的数据如下图图1查询1：在未修改时会读取到数据查询2：事务A修改但是未提交的数据会被读取到那么不得不提如果不开启事务是怎么样的情况，如下图图2查询1：事务A未修改数据，读取到的是事务A数据的旧值查询2：事务A修改了数据，但是未提交，当时查询看不到数据变化依然读取旧值查询3：事务A提交后当前查询看到了数据变化读取到事务A的新值看
sql标准定义了4种事务的隔离级别，各个数据库厂商提供了不同的实现，甚至实现的标准都有所差别关于ACID避免了哪些问题如果精准的理解这些隔离级别是针对于当前事务对其他事务的逻辑，也就是当前事务读取其他事务的逻辑区别。未提交读：在当前事务可以读取到其他事务未提交但是已经更改的数据如下图图1查询1：在未修改时会读取到数据查询2：事务A修改但是未提交的数据会被读取到那么不得不提如果不开启事务是怎么样的情况，如下图图2查询1：事务A未修改数据，读取到的是事务A数据的旧值查询2：事务A修改了数据，但是未提交，当时查询看不到数据变化依然读取旧值查询3：事务A提交后当前查询看到了数据变化读取到事务A的新值看
