前端开发在调试过程中，经常需要各种`不同的数据`来反复调试，所以我们前端程序员会经常在脚手架中集成 `mock` 或者通过`代理`的方式去`hack`的实现

在面试和实际场景中衍生出来的问题 -- 从页面白屏问题排查, 到自定义白屏检测SDK, 进来用一篇文章教会你✌️✨

在前端开发和排查线上问题的过程中，我们经常会遇到调试受限的场景：无法直接修改线上代码、hover 和 select 样式难以定位、JS 报错追踪困难等。为了提高调试效率，我们可以借助 Proxy

前端性能分析是一名前端必须掌握的技能，本文对字节剪映web为例，介绍如何使用PageSpeed Insights和Chrome Performance工具分析页面性能

本文对比分析了lodash与lodash-es的异同，重点解释了为何 lodash-es在现代前端开发中更优。通过模块化支持、Tree Shaking 和打包体积等方面的对比，并结合源码示例。

记一次严重的 Git 分支提交错误与修复复盘 1. 问题背景：错把 develop 的代码合入了 main 事故性质: 严重分支污染事故。

为什么 try catch 能捕捉 await 后promise 的错误？Promise 和 async await 中的错误捕获应该怎么做？我们来讨论一下。

一、为什么要捕获异常 众所周知，js是单线程语言，代码一旦报错，后面的代码就无法执行，此时需要给代码加上try catch，使得代码可以继续向后执行 加上try catch后 二、try catch是

前端性能优化手段之一压缩代码体积，前端 gzip 压缩搭配 Nginx 配置效果更佳，Gzip 压缩可以实现减小代码体积