性能优化

熊猫钓鱼>_>

普通用户视角的端侧智能体验手记【鸿蒙心迹】这是一篇普通用户视角的端侧智能体验手记。作者曾长期提防手机——怕它偷偷上传、怕数据被拿去训练，直到用上鸿蒙的端侧智能，才第一次亲手验证：有些"聪明"真的发生在设备内部，不必把数据送出门。文章从一次地铁里的离线识图讲起，梳理端侧带来的隐私、离线、即时三重价值，并结合出差离线纪要、十年相册整理、孩子提问、长辈使用、彻底删除等真实场景，说明"智能"与"安心"可以两全。文中配有云端与端侧数据流向对比图、端侧优先调度伪代码、照片本地整理流程图，帮助读者直观理解端侧 AI 的工作方式。

Python 教程：默认字典（defaultdict）全维度深度指南这是一份关于默认字典那个东西的深度指南, 它会告诉你所有的细节。在编程的日常实践这一件事情上面, 字典这种东西也就是通常说的dict, 是我们处理有关联关系的数据时候最频繁使用到的一个工具。然而标准字典有一个特性, 这个特性让开发者既喜爱又抱怨, 其具体表现是当你尝试去访问一个本来就不存在的键的时候, 它会毫不犹豫地抛出一些异常来作为回应。

Chrome性能优化实战：让老旧浏览器重获流畅体验很多人用Chrome一段时间后会发现，浏览器变得越来越臃肿，打开十几个标签页内存就飙到90%以上，滚动网页卡顿、点击按钮半天没反应，甚至直接崩溃。其实Chrome本身的性能上限很高，卡顿大多是不合理的默认设置、冗余的扩展和缓存拖了后腿。

删掉 LeakCanary 那天，我用 Trae 自己撸了一套：最难的不是分析堆，是决定什么时候 dump九月中旬做隐私合规清点，安全同事拿着一张表挨个问 debug 依赖的数据去向。问到 LeakCanary 时她问的是「它弹的那个通知，点开能不能导出 hprof？hprof 里有没有用户数据」。我当场答不上来，回去把一份自己 debug 包导出的堆快照拖进文本编辑器搜了一下，里面躺着身份证号、就诊人姓名、一个还没过期的 token，全是 java.lang.String 的明文。Debug.dumpHprofData() 抓的是整个 Java 堆，它不认识什么叫个人信息。

你的 Activity 关了，为什么还活着？Android 内存泄漏从发现、定位到线上治理本文是「Android 应用性能优化」系列第四篇。前三篇优化的是「画面怎么高效渲染、App 怎么快速启动」，这一篇解决的是另一类更隐蔽的顽疾：App 用着用着为什么越来越卡，最后在后台甚至前台被系统杀掉？

从一段 WebSocket 代码聊开：bytes 不是 zlib、binaryType 决定一切，15MB 大消息的零拷贝优化AI 生成声明：本文内容由 AI 生成或经 AI 辅助完成，请注意甄别。有同学在项目里写了这样一段 WebSocket 消息序列化代码，然后在评审时连续抛了几个好问题：

把二十七个 init 从首帧前面搬走：用 Trae 把启动优化钉进 CI上篇收尾时我留了个数：Pixel 6 冷态十轮，TTFD P90 1088ms，门槛 1100ms，压着线过；Redmi Note 11 那次把埋点 SDK 挪到 DEFERRED 之后还回归过 60ms，调回 ASYNC 才收住。尺子校准完，问题反而更清楚了——首帧之前到底还压着多少东西，前六轮只搬走了一部分。

数据库小学妹

MySQL大字段治理：行溢出机制、覆盖索引与拆表大家好，我是数据库小学妹👋 我踩过的坑，你别再踩。上个月改了个功能，工单表加了个"处理备注"，类型 TEXT，平均一条20来KB。上线第二天，工单列表接口从30毫秒涨到400毫秒。我先看索引，全在；再看数据量，没涨多少；看慢日志，那句列表 SQL 赫然在列，WHERE status = 0 ORDER BY updated_at DESC LIMIT 20。SQL 一个字没改，索引一个没动，慢下来的原因是它现在要把 20KB 的备注一起搬出来。以前做设计的时候我天天跟图层打交道，图层多会卡，这个道理我懂

【共创稿事节】HarmonyOS 7.0 Progress进度体系：从接入到生产验证Progress(进度条)是最"哑"的组件——画一条线或一个环,填个百分比就完事。但健康菜谱助手做营养摄入环时发现,进度体系真正难的不是画,是"什么时候该动、动到哪、动错了怎么撤"。这篇复盘 Progress 体系(线性条+环形+加载态)的完整实践:确定性进度的三段式动画、不确定加载的语义区分、以及一个反向进度的事故。

我用 Trae 把 Android 内存账重算了一遍3 月 12 日那次灰度，我盯的是一台 4GB 的 Redmi Note 9（Android 11 / API 30）。发版第二天，模块 M 的「进程被系统杀掉」上报从每千次冷启动 6 次跳到 21 次。我照老习惯抓了份 heap dump，Java 堆 24MB、对象数、支配树，全都和上个版本对得上，连一个多出来的 Activity 都没有。可是 adb shell dumpsys meminfo com.example.health 里 TOTAL 那行从 168MB 变成了 248MB。80MB 的

【Unity知识速递】第6期 URP性能优化完全指南：从内存到GPU的三维调优栏目：Unity知识速递｜期号：NO.006 ｜日期：2026-10-26📌 知识要点很多开发者拿到 URP 项目后，第一反应就是"怎么这么卡"，然后开始到处关特效。但往往效果甚微，因为你可能关错了地方。

内存省16倍的Lightpanda实测：数字是真的，但并发代码要重写给Agent配浏览能力这件事，我之前一直用headless Chrome硬扛。手上那台1核2GB的Ubuntu小机跑着几个定时抓取任务，每次Chrome起来，free -m 掉到100MB出头的可用内存，多开两个任务就得考虑先后顺序。前几天Lightpanda刷屏的时候——就是那个用Zig从零写的无头浏览器，掘金热榜和HN都在转——README里那行"16x lighter and 9x faster than Chromium"我没直接信，因为官方基准是AWS m5.large上爬933个页面的聚合数字

OpenAnolis小助手

RISC-V 基础软件的工程化与性能优化实践随着 RVV、Zkn/Zvk 等扩展特性日趋成熟，如何让基础软件充分利用硬件能力，正成为推动 RISC-V 规模化商用的重要课题。压缩、加解密、多媒体等核心基础软件仍存在依赖通用 C 实现、未能充分发挥硬件算力的情况，软硬件协同断层也由此成为平台从可用走向好用需要解决的问题。

程序员吕洞宾

开源多维表格SmartTable v1.6.10 —— 用户名登录、数据评论及@人、表单分享二维码、性能优化、部署及升级优化一句话总结：这版主要干了这几件：💬 记录评论与 @提及——表里面每条记录都能开聊、喊人；📱 表单分享二维码——扫一下就能填表；🔄 版本检测与自动更新——新版本主动提醒你，避免历史缓存的问题；👤 用户名登录——不绑邮箱也能登系统了；性能和安全：优化大表性能、搜索分页更轻、脚本沙箱 / SSRF / SQL 注入 / XSS 等等一系列安全加固。最后划重点——这版升级有讲究，记得先备份再升。

MySQL 8.0 联合索引走错：为什么加了索引查询反而从 200ms 变成 8s本文摘要：线上订单加联合索引后从 200ms 变 8 秒，索引命中却更慢。根因是 MySQL 8.0 偏好免排序索引，低选择性前缀致回表暴涨。仅适用于非覆盖索引场景，统计信息过期需先刷新再判断。

预算给够了，时间花错了地方：三跳链路给了 27 秒，实际只用掉 9 秒一套超时配置通常就三行：单跳 3 秒、每跳重试 2 次、链路总预算 30 秒。这套配置在中小团队的三跳链路里出现频率很高，写的人大多觉得它稳，理由是重试两次等于给长尾留了余量，长尾再慢，三次里总有一次撞上快的。

WebGPU 性能优化：Three.js 千万级点云调度与渲染实践图 1：WebGPU 点云查看器全景效果，当前视角提交约 64.3 万个点实例。点云优化不只是“减少点数”。更关键的是：数据如何组织、如何从二进制进入 GPU、如何按视角选出需要的细节，以及如何让加载、绘制和内存占用保持可控。本文以 L0 含 38,300,617 点的园区数据为例，从数据结构与 Three.js 渲染原理出发，逐步实现分块、LOD、预算调度和 WebGPU 圆珠渲染，最后展示真实页面效果与性能评估。

异常处理 - Native 层的崩溃捕获机制及实现 (一)在 Android 开发中，Java 层的崩溃可以通过 Thread.setDefaultUncaughtExceptionHandler 轻松捕获

只睡四小时

Three.js Sub-tick：漏判 60.7%→0同一个 Three.js 第一人称小项目，把「每帧只在当前点测一次」换成「拿这一帧的移动线段去测」，10fps 下必中弹的落空率从 60.7% 掉到 0。这篇把思路拆成 3 段源码讲清。

图片管线：一张商品图从 1.2MB 到 58KB给自己做的柴烧陶艺概念站（Next.js 静态导出，手写 CSS）里，商品图原本都是相机直出：长边 4000px，单张 1.2MB。首页放四张，光图片就 4.8MB。