设计模式之禅 算不算？

微博上都是找阿里云要钱 赔偿的

发工单等吧！阿里没空处理了。

昨天凌晨阿里云挂了，都在协商赔偿~

有个手机指纹解锁电脑的 App。
Remote Fingerprint Unlock

刷手机解锁电脑

1.建议能拖多久就拖多久，多住一段时间挽回一些损失。
2.找小区物业，邻居联系房主。卖房 8 成是幌子。
3.找中介协商赔偿。收集证据录音什么都

如果是北京的黑中介的话押金基本是要不回来了。
打官司时间太久。
那么就走报复路线：
黑中介屋里空调，冰箱给卖（破坏）了。马桶灌水泥。

头像加急名单

MySQL 技术内幕：InnoDB 存储引擎

现在搞安卓，94 年入国军。我当时是看第一行代码入门的，郭神的书。

而且微软商店的速度单位是：Mb/s 不是 MB 我一直以为下载速度很快来着

意思是让你定义一个 your.packge.MyString 的类，做到能和 java.lang.String 一样的效果 ？ 如果不是这个意思多半说明面试官水平很差。（考察太深）（或者说让你设法绕过双桥委派机制，可参考 Tomcat 源码

IP 阿姆斯特丹，还可以。速度也很快

我司不加班。再就是外企 国企业

https://dev.mysql.com/doc/refman/5.7/en/innodb-locking.html
Record Locks：该锁是对索引记录进行加锁！锁是在加索引上而不是行上的。注意了，innodb 一定存在聚簇索引，因此行锁最终都会落到聚簇索引上。
Gap Locks：是对索引的间隙加锁，其目的只有一个，防止其他事物插入数据。在 Read Committed 隔离级别下，不会使用间隙锁，隔离级别比 Read Committed 低的情况下，也不会使用间隙锁，如隔离级别为 Read Uncommited 时，也不存在间隙锁。当隔离级别为 Repeatable Read 和 Serializable 时，就会存在间隙锁。

Next-Key Locks：这个理解为 Record Lock+索引前面的 Gap Lock。锁住的是索引前面的间隙！比如一个索引包含值，10，11，13 和 20。那么，间隙锁的范围如下
(negative infinity, 10]
(10, 11]
(11, 13]
(13, 20]
(20, positive infinity)
好早以前整理的笔记。忘记是从哪里摘的了。

restful 转 GraphQL 中

确实有点少

设置白名单：验证码，设备锁，支付宝，xx 银行。

其他的一律屏蔽