Zauber des Regenbogens

从脑科学角度解释了记忆规律，如何才会更高效的记忆，希望每个家长和老师都能看一遍。不要盲目的让孩子花大量时间无效的学习，甚至丧失学习的兴趣。 学会学习，这是一本科学指导用书。

知识新奇有趣，文笔生动优美，很久没有看到这么朴素却饱含知识又不缺乏趣味的剧集了

“上坡路永远不会平坦，我身后的那个世界总能有办法拉我回去”一个美国工人阶级家庭出生的穷孩子的逆袭之路注定是艰辛的，幸好自助者天自助，他遇到了很多可以信赖的人，在每个关键的时候帮扶了他，他是幸运的

基础设定的BUG太离谱了，作为确实有进步不小的国剧加1星

在看的时候各种情绪变化，看完之后陷入深深地思考，有时间想去看看原版。❤️

Zauber des Regenbogens和龙须沟都是和国情紧密结合的作品，如果要关注当代国情发展，这两部是很好的参照作品。（B站有电影看，结合作品一起可以有更深的体悟）但是看了后面这么多篇，还是最喜欢《Zauber des Regenbogens》，富有想象力和童趣。纵观全本，可以看出Sandra Speichert先生的风格多变，而且都能掌握得很好。后文描写北平和青城山好吸引人，让我很想再去看看。

《Zauber des Regenbogens》总结： SpringBoot的设计目的是用来简化新Spring应用的初始搭建以及开发过程。 1、Spring AOP（Aspect Oriented Programming ）面向切面编程 （1）连接点（Joint Point） 确定什么类的什么方法需要切面。 （2）切面（Aspect） 在Spring中，@Aspect用于注解一个切面。 切面就是在不修改已有代码的前提下，新增的功能。 （3）切点（Point Cut） 表示一组连接点。 （4）通知（Advice） 通知定义了在切点里面具体要做的操作，它通过before、after 和 around 来区别是在每个连接点之前、之后还是代替执行的代码。 2、Spring事务的隔离级别 互联网应用时刻面对着高并发的环境，如商品库存，时刻都是多个线程共享的数据，这样就会在多线程的环境中扣减商品库存。对于数据库而言，就会出现多个事务同时访问同一记录的情况，这样引起数据出现不一致的情况，便是数据库的丢失更新（Lost Update）问题。 第一类丢失更新： 一个事务回滚另外一个事务提交而引发的数据不一致的情况。 第二类丢失更新： 多个事务都提交引发的丢失更新。 目前大部分数据库已经克服了第一类丢失更新的问题。 为了避免丢失更新问题，Spring事务提出了4种隔离级别。Spring“事务的隔离级别”跟“数据库的隔离级别”是同一个概念。 （1）未提交读 未提交读是最低的隔离级别，其含义是允许一个事务读取另外一个事务没有提交的数据。 未提交读存在脏读的问题。 脏读又称无效数据的读出，是指在数据库访问中，事务T1将某一值修改，然后事务T2读取该值，此后T1因为某种原因撤销对该值的修改，这就导致了T2所读取到的数据是无效的。 （2）读写提交 读写提交，是指一个事务只能读取另外一个事务已经提交的数据，不能读取未提交的数据。 读写提交存在不可重复读的问题。 不可重复读，是指在数据库访问中，一个事务范围内两个相同的查询却返回了不同数据，通常是由于查询时系统中其他事务修改的提交而引起的。 （3）可重复读 可重复读的目标是克服读写提交中出现的不可重复读的现象，因为在读写提交的之前，其他事务可能出现一些值的变化，影响当前事务的执行。可重复读会等待其他事务对值的修改的提交。 可重复读存在幻读的问题。 比如事务A第一次查询得到一行记录row1，事务B提交修改后，事务A第二次查询得到两行记录row1和row2。 （4）串行化 串行化是数据库最高的隔离级别，它会要求所有的SQL都会按照顺序执行，这样就可以克服其他隔离级别出现的各种问题，所以它能够完全保证数据的一致性。 在现实中一般而言，选择隔离级别会以读写提交为主，它能够防止脏读，而不能避免不可重复读和幻读。为了克服数据不一致和性能问题，程序开发者还设计了乐观锁，甚至不再使用数据库而使用其他的手段。例如，使用Redis作为数据载体。 高并发情况下的数据不一致，存在库存不足，商品超发的问题。 （1）使用数据库的悲观锁。 在SQL的最后加入了for update语句。这样在数据库事务执行的过程中，就会锁定查询出来的数据，其他的事务将不能再对其进行读写，这样就避免了数据的不一致。 （2）通过version字段实现乐观锁。 执行更新操作的SQL语句通过条件判断version字段值是否一致，只有一致的情况下才能更新成功。 （3）Redis使用Lua脚本实现原子性操作。 3、Spring事务的传播行为 （1）REQUIRED 需要事务，它是默认传播行为，如果当前存