Merge pull request #99 from ANDEMEN/patch-1

fix: fix reg typo

Author: YuChengKai

JS/JS-ch.md

@@ -1474,8 +1474,8 @@ parseFloat((0.1 + 0.2).toFixed(10))
 | (yck)  |                   只匹配和 yck 相同字符串                    |
 |   \|   |                     匹配 \| 前后任意字符                     |
 |   \    |                             转义                             |
-|   *    |               只匹配出现 -1 次以上 * 前的字符                |
-|   +    |                只匹配出现 0 次以上 + 前的字符                |
+|   *    |               只匹配出现 0 次及以上 * 前的字符                |
+|   +    |                只匹配出现 1 次及以上 + 前的字符                |
 |   ?    |                        ? 之前字符可选                        |
 
 ## 修饰语
@@ -1546,4 +1546,4 @@ enum AllocationSpace {
 
 在这个阶段中，会遍历堆中所有的对象，然后标记活的对象，在标记完成后，销毁所有没有被标记的对象。在标记大型对内存时，可能需要几百毫秒才能完成一次标记。这就会导致一些性能上的问题。为了解决这个问题，2011 年，V8 从 stop-the-world 标记切换到增量标志。在增量标记期间，GC 将标记工作分解为更小的模块，可以让 JS 应用逻辑在模块间隙执行一会，从而不至于让应用出现停顿情况。但在 2018 年，GC 技术又有了一个重大突破，这项技术名为并发标记。该技术可以让 GC 扫描和标记对象时，同时允许 JS 运行，你可以点击 [该博客](https://v8project.blogspot.com/2018/06/concurrent-marking.html) 详细阅读。
 
-清除对象后会造成堆内存出现碎片的情况，当碎片超过一定限制后会启动压缩算法。在压缩过程中，将活的对象像一端移动，直到所有对象都移动完成然后清理掉不需要的内存。
+清除对象后会造成堆内存出现碎片的情况，当碎片超过一定限制后会启动压缩算法。在压缩过程中，将活的对象像一端移动，直到所有对象都移动完成然后清理掉不需要的内存。