wan 口留空接 lan 口，关闭 dhcp ？

百度云多线程下载？

光从技术角度来分析，公交卡一般都是不联网的 cpu 卡，读写的密钥要想实现手机充值，手机上必定会保存一个读写密钥，我感觉如何安全存储这个密钥就是个大问题。而像 sumsung pay 的卡模拟，nfc id 模拟和 mst 磁条模拟，都是只模拟一个用户 id，其他操作都是联网的。
我觉得什么时候公交卡变成联网支付什么时候手机就能随意刷公交了（其实一些城市的地铁系统就在这么做）

爬虫可复杂了。。。
爬取返爬速度限制多线程分布式异常处理 api 分析
爬完了还会叫你数据清洗数据挖掘统计报表。。。。
我搞过一阵子头都晕了

似乎英文 Twitter 的表达和中文公告不是一个意思

中文域名其实就是 punycode。还有 emoji 域名呢
https://i❤.ws/

主要问题就是收不到+发布出去 +1....
发邮件很容易被收到垃圾箱

直接写
template (v-for='')
blablabla

渲染结果
blablabla
blablabla
blablabla

用手机充电脑也是可以的，只不过功率太小，电脑使用时根本充不进，电量半天不动。。。

我笔记本 24 小时插电放在桌子左侧，手机充电器在床头，有时懒得跑床头就把电脑的拔了插手机上充半个小时

不用担心那么多。只要不是不合规的充电头都不影响。
type-c 有个电压协商的，不支持协商的用电器会自动 fallback 到 5v 级别供电。
我的笔记本电脑 45w type-c 充电器 20V2.25A ，也支持我小米 5s 手机的高通 QC3.0，快充正常使用

目前 128 使用 46g，大概 80-100 个 app 左右？无照片无视频无缓存视频，有 6 个 g 的歌

其实问题主要在于 resolve promise 对象的实现。本想看看 v8 是怎么实现的，奈何 c++实在看不懂。。。

第一次见 logo 语言~看起来挺有意思的

如果把 original 从 Promise 替换成一个非 promise 的值如 2
结果就是 4, 3, 2, 1 了，大概就是在 pop 11 的时候直接执行了，而不是再 chain 一步等待 original 去 fullfill

根据 Promise A+ 规范 https://promisesaplus.com/#point-34

Promise 的执行顺序是和平台相关的。promise 链的执行是在当前 event loop 的主线程结束后的某一时刻进行，具体是何时得看 js 引擎的实现或者 polyfill 的实现。（ 2.2.4 ）

从 v8 的实现来看，Promise 的回调是存放在 microtasks 里，event loop 会先完成 microtasks 再去执行 tasks
从 polyfill 来看，得看实现的方式。如果用 mutationObserver，会和 v8 的顺序相似。如果使用 setTimeout 或者 setImmediate，顺序就会有所不同了。总之，不同 Promise 的执行顺序并不在 Promise 的规范里，顺序也是没法保障的，只不过可以对特定情况进行分析，来了解当前 JS 解释器的执行顺序。例如我用 bulebird 的结果是 4, 3, 2, 1。

我尝试分析了一下，
:3 resolve(original)这一步在
:6 .then(t => console.log(t))
时，由于 original 是 Promise，在执行 promise resolution procedure(参考规范第 2.3 节)的时候比 resolve 非 promise 的值多了一步，需要等待被 resolve 的 promise fullfilled 或 rejected。我猜想由于是懒惰执行，所以到第 6 行 then 的时候在发现 resolve 的是一个 promise，需要等待这个 promise fullfill，于是就把:6 的 then 的回调 chain 在了 original 的后面（参考 2.3.2 ）

我把格式略微优化了一下，附上 microtasks queue 的操作过程，如下图
https://ws1.sinaimg.cn/large/006y5ecPgy1fp0fioe4h1j30ou11c424.jpg

总结来看，这种顺序是不能作为逻辑依赖的，因为规范并没有这样要求，能保证的只是每一个 chain 的顺序。
我对 v8 了解不多，所以分析过程可能不严谨，也许会有些错误，仅供参考，详细了解还得参考 promise A+和 v8 的实现。