首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
进阶
订阅
丽非莉
更多收藏集
微信扫码分享
微信
新浪微博
QQ
106篇文章 · 0订阅
前端佬们!塌房了!用过Element-Plus的进来~
进来着急的前端佬,我直接抛出结论吧! Element-plus的组件,经过测验,如下组件存在内存泄漏。如下: el-carousel el-select + el-options el-descrip
面试官最爱挖的坑:用户 Token 到底该存哪?
面试官问:"用户 token 应该存在哪?" 很多人脱口而出:localStorage。 这个回答不能说错,但远称不上好答案。 一个好答案,至少要说清三件事: 有哪些常见存储方式,它们的优缺点是什么
甲方嫌弃,项目首页加载太慢
有一天,甲方打开一个后台管理的项目,说有点卡,不太满意,项目经理叫我优化,重新打包一下。从输入地址 到 展示 首屏,最佳时间在 3秒内,否则,甲方挂脸,咱就有可能有被裁的风险,understand?
前端假如有几十个请求,如何去控制并发
在处理大量并发请求时,为了避免服务器过载或客户端性能下降,可以使用并发控制技术。以下是几种常见的方式: 1. 使用 Promise.allSettled 和分批处理 将请求分成小批次,并逐批执行,每一
90%前端都踩过的JS内存黑洞:从《你不知道的JavaScript》解锁底层逻辑与避坑指南
在前端开发中,“内存”似乎是个“隐形选手”——平时不显山露水,一旦出问题就可能让页面越用越卡、甚至直接崩溃。多数开发者对JS内存的理解停留在“栈存基础类型,堆存引用类型”的表层,却忽略了《你不知道的J
👨面试官:后端一次性给你一千万条数据,你该如何优化渲染?
在去年的一场面试中,面试官向我提了一个问题: 面试官:后端一次性给你一千万条数据,渲染到页面上发生卡顿,你该怎么优化? 我:我会问候后端(bushi)
为什么 “大前端” 需要 “微前端”?
我经历了两个团队,其中一个采用了微前端架构,一个没有采用前端架构,正是因为我亲身感受过这两种不同的架构模式,所以我对这两种模式有着深切的体会,我想分享一下我们到底需不需微前端?我们为什么需要微前端?
面试官问我,后端一次性返回十万条数据,前端应该怎么处理 ?
问题描述 面试官:后端一次性返回10万条数据给你,你如何处理? 我:歪嘴一笑,马上给后端发生一百万次请求,干蹦他的服务器,让他给爷哭! 问题考察点 性能优化意识(能否识别出“10 万条数据”会导致性能
解锁前端高阶调试:浏览器/IDE/Git技巧分享
前端技巧分享 1. Console的高级用法 Console 远不止 console.log 那么简单,它是一个强大的 JavaScript 交互环境。 快捷访问与元素操作 $0 - $4: 是什么:
面试官开始问我AI了,前端的危机真的来了吗?
最近我身边不少朋友(包括我自己)都在看新的工作机会。我们发现,2025年的前端面试,出现了一个很有意思的新环节,几乎是必问的: 一套AI三连下来,如果你回答得磕磕巴巴,或者直接说“没怎么用过”,面试官