作者小头像 Lv.3
更多个人资料
303 成长值
0 关注
0 粉丝
+ 关注 私信

个人介绍

这个人很懒，什么都没有留下

感兴趣或擅长的领域

暂无数据
个人勋章
  • 活跃之星
成长雷达
285
18
0
0
0

个人资料

个人介绍

这个人很懒，什么都没有留下

感兴趣或擅长的领域

暂无数据

达成规则

以上满足项可达成此勋章

  • 博客
  • 关注
  • 粉丝
  • 论坛
全部时间
全部时间
最近三天
最近一周
最近一月
  • 全部
  • 暂无专栏分类
前端性能优化：用 requestIdleCallback 把长任务拆成小片
页面卡顿，很多时候不是代码写得慢，而是主线程一次干得太多。一个超过 50 毫秒的长任务就能让点击、滚动、输入出现可感知的延迟；如果页面在启动时还要解析几百条数据、渲染一个长列表，用户看到的就是“点一下，要等一会儿才有反应”。解决思路并不复杂：别一次性做完，把工作切成小片，只在浏览器空闲时慢慢做。requestIdleCallback 就是为这件事准备的 API。 requestIdleCal...
作者小头像 yd_236964775 2026-11-13 08:34:14
4
0
0
2026-11-13 08:34:14
4
0
0
前端错误监控实战：window.onerror + PerformanceObserver 做轻量上报
为什么需要前端错误监控线上问题最怕“用户遇到了，开发不知道”。报错只存在于用户浏览器的控制台里，等客服反馈时，往往已经影响了一批人。前端错误监控就是把这些错误采集回来，变成可统计、可定位的指标。对中小项目来说，不必一上来就接重型 APM，用浏览器原生 API 就能搭一套轻量上报方案。 window.onerror：兜底的错误网window.onerror 是最基础的全局错误捕获入口，脚本里...
前端
作者小头像 yd_236964775 2026-11-12 07:51:34
4
0
0
2026-11-12 07:51:34
4
0
0
用 Web Worker 把大文件解析移出主线程：一次页面卡顿优化实测
把 12MB 文件解析从主线程移到 Web Worker 后，页面不再卡死 4.2 秒：实测主线程最长任务从 4.2 秒降到 38 毫秒，进度条全程可更新，附可转移对象与分批回传进度的完整写法。
任务调度
作者小头像 yd_236964775 2026-11-11 07:38:01
0
0
0
2026-11-11 07:38:01
0
0
0
IndexedDB 实战：为离线待办应用打造可靠的本地数据层
做离线应用时，很多人的第一反应是 localStorage：简单、同步、随取随用。但它有两个硬伤：容量只有约 5MB，存取还都是字符串，复杂结构要反复序列化；更关键的是读写会阻塞主线程，数据量一大页面就卡顿。IndexedDB 才是浏览器里真正的本地数据库：异步操作、支持索引、容量可达磁盘的很大一部分，适合做待办清单、离线笔记这类需要结构化存储的场景。一、先设计库结构，再写代码Indexed...
数据库
作者小头像 yd_236964775 2026-11-10 12:24:13
6
0
0
2026-11-10 12:24:13
6
0
0
给前端请求装上刹车：AbortController 的取消、超时与竞态处理实战
在做搜索框联想、表格分页、文件上传时，几乎都会遇到同一个尴尬：请求发出去了就收不回来。用户已经切换到别的页面，接口还在跑；搜索框每敲一个字就发一次请求，先发出的慢接口反而后返回，把最新结果盖掉；上传到一半想取消，只能刷新页面。问题的根子不在接口本身，而在请求缺少一个可控的“刹车”。AbortController 就是浏览器原生提供的这套刹车机制。一、AbortController 是什么Ab...
作者小头像 yd_236964775 2026-11-09 12:21:13
8
0
0
2026-11-09 12:21:13
8
0
0
用 IntersectionObserver 做图片懒加载与曝光统计：一次滚动性能优化实测
最近在优化一个商品列表页时遇到一个典型问题：页面一次渲染几十张商品图，首屏还没滑到下面的图片就已经全部发起了请求。结果首屏关键图片反而要排队，加载完成时间被拖长，手机上流量也白白浪费。排查之后，我把图片加载改成了 IntersectionObserver 方案，顺带把曝光统计也接了进来，效果很明显。 为什么不用 scroll 监听最常见的懒加载写法是监听 scroll 事件，再用 getBo...
作者小头像 yd_236964775 2026-11-08 08:55:55
16
0
0
2026-11-08 08:55:55
16
0
0
鸿蒙单词打卡案例实测：Appwrite 端云一体化让背单词数据实时同步
今天在鸿蒙开发实践中心体验了单词打卡学习案例，它用 HarmonyOS 加 Appwrite 做了一套端云一体化的背单词应用，全程跑通后有几点真实感受值得记下来。第一，学习闭环很完整。应用把学习计划管理、日期打卡、单词背诵、词汇测试和数据统计放在同一个流程里：先定一个十四天学习计划，每天打开应用打卡，按计划背一批单词，再用测试检验掌握情况，最后在统计页看到完成率和连续打卡天数。背单词最怕断档...
作者小头像 yd_236964775 2026-11-07 09:08:26
17
0
0
2026-11-07 09:08:26
17
0
0
对象存储分片上传：让大文件上传又稳又快
一个 2GB 的文件上传到 99% 时断了网，进度归零。单次 PUT 把成败押在一次请求上，文件越大，失败概率越高。对象存储的分片上传（Multipart Upload），正是为解决这个问题而生的。一、什么是分片上传分片上传把大对象切成多个 Part，每个 Part 独立上传，最后由服务端按编号合并。每个 Part 有编号（1～10000）和 ETag。好处有三：多片并发，速度成倍提升；单片...
对象存储服务 OBS
作者小头像 yd_236964775 2026-11-06 07:56:06
29
0
0
2026-11-06 07:56:06
29
0
0
重试、超时与熔断：分布式调用的三道防线
给每一次远程调用装上超时、重试与熔断三道防线：在不可靠的网络上依然给出可靠的表现。
分布式 网络
作者小头像 yd_236964775 2026-11-05 08:36:01
33
0
0
2026-11-05 08:36:01
33
0
0
接口幂等性设计：让重复调用不再危险
一、为什么重复调用防不胜防网络超时、用户连点、消息队列重试……在分布式系统里，“同一个请求被执行多次”不是异常，而是常态。前端点击提交后迟迟没有响应，用户忍不住又点了一次；网关层遇到超时自动重试；消息队列消费失败后重新投递。如果接口本身没有做幂等设计，一次重复调用就可能产生重复订单、重复扣款、重复发奖。这类故障隐蔽性强、影响直接，往往是线上资损事故的头号来源。二、什么是幂等幂等（Idempo...
作者小头像 yd_236964775 2026-11-04 12:08:41
30
0
0
2026-11-04 12:08:41
30
0
0
总条数：24
10
10
20
50
100
  • 1
  • 2
  • 3

上滑加载中

https://www.baidu.com/s?ie=utf-8&f=3&rsv_bp=0&rsv_idx=1&tn=baidu&wd=sed%20%E6%9B%BF%E6%8D%A2%E5%AD%97%E7%AC%A6%E4%B8%B2&rsv_pq=c7db61a600035dc5&rsv_t=5e19yEsbV9N5fIvdlGRU
作者小头像
作者小头像
快速交付
+ 关注