一个小前端吉吉安

前端部署需要用户刷新才能继续使用，一直是一个老大难的用户体验问题。本文将围绕这个问题进行讲解，揭晓问题发现原因，并提供两种解决思路。

项目当中前端代码会遇到同一个请求向服务器发了多次的情况,我们要避免服务器资源浪费,同一个请求一定时间只允许发一次请求,如果业务简单可以用定时器做防抖,如果业务复杂我要通过ajax库统一取消ajax请求

困扰着前端人自适应大屏适配的噩梦可能要被这短短的几行代码破解了，难道这就是大屏适配的最优解？快来看看这款名为autofit的小工具，用了都说好！

是否还在为rem适配感到烦恼？和我一样，不想去考虑单位的大小?这是除rem单位以外的另一种数据大屏适配方案。用最少的工作量，最简单的方法解决问题。可作于学习，可用于工作。

最近关于这个话题频繁出现在MM上面，大部分的恐惧来自chatGPT的兴起，大家对于前端这种相对低门槛的工种产生了更多地担心。当然掘金上也有很多大佬分享自己的观点，我的资历不足以跟大家分享我的看法，但我

最近在做一个后台项目，需要加载一个大型的的文件，一开始这个文件大概有40M，算了下处在公司比较好的网络环境下浏览器下载下来大概得12s左右，然后加载这个文件还得7s左右，这样理想情况下呈现给用户大概得

如果回到在10年前，promise式的请求工具是一个很大的创新，它解决了请求繁琐的问题，但现在都已经是2023年了，promise式的请求工具只能被称为传统

「本文已参与好文召集令活动，点击查看：后端、大前端双赛道投稿，2万元奖池等你挑战！」 前言 招聘季节一般都在金三银四，或者金九银十。最近在这五六月份，陆陆续续面试了十几个高级前端。有一套考察算法的小题

我们看一些 Promise 的常见面试问法，由浅至深。 3、Promise 解决的痛点还有其他方法可以解决吗？如果有，请列举。 8、能不能手写一个 Promise 的 polyfill。 这些问题，如果你都能 hold 住，那么面试官基本认可你了。带着上面这些问题，我们往下看。…