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