可能对于大佬一眼道出其中的缘由，但是还是诚邀继续阅读下去，或许下面有可以一起探讨的内容。 如果你不确定自己的答案，这里就先卖个关子，后面正文还会讲解到。 之前有文章写过了“简单数据类

虚拟滚动出现白屏，手把手教你使用自定义滚动条解决，虚拟组织树白屏，参考分析element-plus源码；前端项目难点

sourcemap 的作用就是将编译后代码映射为编译前源代码，所以要搞明白 sourcemap 的核心原理，就是搞明白如何将编译后代码映射为编译前源代码，下面让我们看一下其具体的设计思路。

学会调试线上代码是每个前端都必须学会的技能，本篇将介绍使用两种方式调试线上环境中的代码。 先说说为什么要学会调试线上环境？ 大部分情况下，遇到线上bug时，我们可以在本地启动，然后找到对应模块，

1，为什么要有前端监控？ 一个很现实的原因是bug是不可能被全部测试出来的，由于成本和上线档期的考虑，测试无法做到“面面俱到”，即使时间充裕也总会有这样或那样的bug埋藏在某个角落。 2，前端监控的目

本文记录了使用mozilla/source-map库来定位打包后的js代码错误，至于sourcemap文件的原理在此不再赘述，网上已经有很多很好的教程文章，比如阮一峰老师的JavaScript Source Map 详解与joeyguo的脚本错误量极致优化-让脚本错误一目了然。…

针对混淆js代码，利用sourcemap将代码反解，然后最终将错误代码定位出来进行显示可以更好的排查错误。

前端异常解析之Source Map 引子 线上正式环境代码抛错，打开控制台一看： 点进去看： ​ emmm~~ 完全不知道代码哪里写错了！ ​ 因为在正式的线上环境中，我们的代码往往都是经过压缩和转义

大家好，我是林三心，用最通俗易懂的话讲最难的知识点是我的座右铭，基础是进阶的前提是我的初心~ 简介 sunshine-track 应用于前端监控， 基于 行为上报，实现了 用户行为、错误监控、页