ZHUSCAFE

JavaScript 中的数字（`number` 类型）占据 64 位，为 IEEE 754 规范的双精度浮点数，其二进制的表示形式如下：

经常使用 Chrome 的 Network 面板会发现，即使是正常成功返回的跨域请求，在 Request Header 一栏还是会显示 **Provisional headers are shown**。

之前一直以为同步的几个 `setState` 调用批量合并再一次性更新，结果发现这是我的一个误解。

今天帮同事看一个图片不显示的问题，情况是在电脑上图片都是正常显示的，但是在 iOS 上发现一些图片显示，一些图片不显示。接到问题的时候对这个问题的描述是没有显示图片的`img`元素没有对应的图片请求，以`background`设置的图片显示都没有问题。这对问题的排查造成了一定的障碍，因为这自然地把问题排查点引向了没有发生这个图片请求的原因。几次试验无果后我仔细看了看无法显示图片的`img`的样式，发现了类似这样的一条规则：

在 TypeScript 中可以利用 rootDirs 指定虚拟目录，若不了解，可以阅读[Module Resolution · TypeScript](https://www.typescriptlang.org/docs/handbook/module-resolution.html)。

今天随意浏览，发现 `Promise.prototype.finally` 已经进入到 `Stage 4` 了，顺便记录一下规范中 `finally` 的一些注意点吧。

`window.onerror` 是顶层的错误处理函数，大部分抛出的未被处理的错误可以在这里进行统一处理。如下所示：

[Whistle](https://github.com/avwo/whistle) 是一款 Web Debugging Proxy，类似的工具还有 Fiddler，Charles。不过，Fiddler 在 macOS 上不尽完美（我没有开启成功过，不知道什么情况），Charles 则是收费的。而 Fiddler 作为一款免费的开源软件，也能够满足开发中调试的要求。

讲讲 Linux 中用户以及用户组相关的一些知识吧。

最近有被问到 Vue 的响应式数据的原理，第一次被问到的时候有点语无伦次的感觉吧。对于一个知识点，看过，然后自己理解一下是一个层次，能够讲出来让别人明白就是另一个层次了。对于源码的阅读，我比较喜欢去明白一些机制的原理，比较理想的情况下是能够在明白源码的原理之后，在不查看源码的情况下能够实现类似的功能。今天我就尝试一下实现响应式数据，当然，在实现上比较粗略，以原理为主，在此之前，需要知道几个基本点。