浏览器

书签真正难的不是收藏，而是找回来：我是怎么做这个 Chrome 插件的浏览器书签这个功能，大家都不陌生，但真正用顺手的人并不多。原因不是不会收藏，而是收藏数量一上来以后，原生书签管理器越来越像仓库，不像检索工具。你明明记得自己收藏过一个东西，也记得大概和“短信”“支付”“AI”“监控”“后台”有关，但就是想不起来它到底被塞进了哪一层目录。最后最常见的结局不是找到，而是重新去搜索引擎再搜一遍。

爱学习的程序媛

浏览器工作原理全景解析当你轻点链接或敲下回车，不到一秒，网页便跃然屏上。这“魔法”背后，是浏览器数百万行 C++ 代码的精密协作。本文将以 Chromium 架构为主线，拆解从 URL 输入到像素呈现的全过程，并告诉你这些原理如何指导我们写出性能更好、更安全的代码。

2026 浏览器原理常见面试题（附答案）答案： ① DNS 解析，建立 TCP 连接（TLS 握手）；② 发送 HTTP 请求，接收响应；③ 解析 HTML 构建 DOM 树；④ 解析 CSS 构建 CSSOM 树；⑤ 合并 DOM 和 CSSOM 构建 Render Tree（只含可见节点）；⑥ Layout（回流/重排）：计算每个节点的位置和尺寸；⑦ Paint（重绘）：生成绘制指令；⑧ Compositing（合成）：将各层合并输出到屏幕。

URL 重写规则和静态资源解析逻辑最近部署博客页面时遇到这样的问题：同样的页面结构，部署到我的两个域名下：dodolalorc.cn 和 dodolalorc.github.io，对应的网页内容是相同的，但是 dodolalorc.cn 需要写成https://dodolalorc.cn/links.html才能显示内容，否则会报404，dodolalorc.github.io就不需要这样。

韭菜炒大葱

讲讲浏览器的缓存机制浏览器缓存的核心目的就是：让浏览器少发请求、少下载资源，也就等同于让页面更快、服务器压力更小。浏览器请求一个静态资源，如：CSS、JS、图片时，顺序判断：

讲讲浏览器的缓存机制浏览器缓存的核心目的就是：让浏览器少发请求、少下载资源，也就等同于让页面更快、服务器压力更小。浏览器请求一个静态资源，如：CSS、JS、图片时，顺序判断：

OpenClaw Browser：浏览器控制入门本文介绍 OpenClaw 框架中的浏览器控制功能。从 Browser 工具基础、核心操作、快照机制到自动化流程，全面解析如何通过 AI Agent 控制浏览器完成网页操作任务。通过实际案例演示网页导航、表单填写、数据抓取等典型场景，帮助开发者构建具有浏览器自动化能力的智能应用。🌐

Mac的实验室

perplexity要验证手机号怎么办？2026年登陆perplexity要验证电话号码的解决办法（附验证方法）如何解决Perplexity在登陆使用时弹出要求验证手机号问题？最近Perplexity更新了风控规定，如果系统将当前会话识别为高风险行为，会触发增强身份校验机制。

我开发的 Chrome 扒图浏览器插件又更新了❗一个月前，我发布了自己第一个 Chrome 插件 Image Harvest——一个能扒出网页所有图片的批量下载工具。收到了很多鼓励和建议，这次 v1.0.2 是第一个「有料」的功能更新。

前端打印分页技术探讨与 PrintomJs 方案浏览器原生打印的局限：要解决这些问题，通常的思路是：在打印前，手动把内容切分成一页一页。这是分页系统的基础设施。它需要满足：

从 0 到 1 开发一款被 Google 录入的独立扩展：WebStorage Pro 实战复盘作为前端，大家肯定都习惯了 F12 里的 Application 面板。但说实话，每次要改个 localStorage 里的深层 JSON，或者想边看页面边切不同标签的存储，那个体验真的很割裂。

深度剖析浏览器跨域问题跨域是前后端分离架构下最常见的技术问题之一，绝大多数开发者仅停留在“配置代理、开CORS”的解决层面，却不懂底层浏览器安全逻辑、请求校验机制与各方案的适用边界。本文将从同源策略底层原理切入，拆解跨域产生的核心根源、跨域请求分类、8种主流解决方案的实现逻辑与优劣，同时梳理开发、测试、生产全环境最佳实践与高频避坑点，完整覆盖面试考点与企业级落地场景，可作为前端进阶学习笔记与技术分享文档。

深度剖析浏览器跨域问题跨域是前后端分离架构下最常见的技术问题之一，绝大多数开发者仅停留在“配置代理、开CORS”的解决层面，却不懂底层浏览器安全逻辑、请求校验机制与各方案的适用边界。本文将从同源策略底层原理切入，拆解跨域产生的核心根源、跨域请求分类、8种主流解决方案的实现逻辑与优劣，同时梳理开发、测试、生产全环境最佳实践与高频避坑点，完整覆盖面试考点与企业级落地场景，可作为前端进阶学习笔记与技术分享文档。

React 性能优化精讲在日常 React 项目开发中，绝大多数开发者都会陷入一个核心误区：默认 React 框架本身高性能，业务项目就一定流畅无卡顿。但在真实企业级项目落地中，我们频繁遇到各类性能问题：首屏白屏耗时久、页面滚动帧率暴跌、表单输入响应延迟、应用长期运行越用越卡、偶发全局白屏崩溃等。

从 Playwright/Selenium 到指纹浏览器：浏览器自动化技术的进阶之路最近在摸索浏览器自动化的进阶玩法，主要是多账号管理和账号日常维护这一块。一开始和大家一样，觉得 Playwright 或 Selenium 加上 Stealth 插件，再配合干净的代理 IP，应该就能跑通。结果在实际业务场景中，账号存活率很低，要么注册环节被拦截，要么刚维护几天就被批量风控了。

别再乱装图片插件了！我手写了一个，能扒光整个网页（含背景/iframe/Shadow DOM）我真的受够了，每次想从网页批量保存图片，要么右键被禁用，要么装了五六个插件还漏掉一半的 CSS 背景图，要么好不容易抓到图了，却发现插件在后台偷偷上报我的浏览记录。

小赵同学WoW

BroadCast Channel() 浏览器跨标签页通信的实现方式之一BroadCast Channel 可以帮我们创建一个用于广播的通信频道。当所有页面都监听同一频道的消息时，其中某一个页面通过它发送的消息就会被其他所有页面收到。但是前提是同源页面。

HTML5 原生拖拽 API 实战案例与拓展避坑在现代前端开发中，拖拽交互是提升用户体验的核心功能之一——从简单的元素拖动，到复杂的列表排序、文件上传，拖拽功能无处不在。HTML5 原生拖拽 API 无需依赖任何第三方库，就能实现灵活的拖拽交互，但其底层逻辑、事件触发机制及兼容性细节，常常让开发者踩坑。本文将从「实战案例→兼容最佳实践→常见问题排查→进阶拓展」四个维度，用「通俗解读+专业拆解」的方式，完整讲解 HTML5 原生拖拽 API 的使用方法与避坑技巧，既是新手入门的学习笔记，也是开发者实战的参考手册。

HTML5 原生拖拽 API 基础原理与核心机制在现代前端开发中，拖拽交互是提升用户体验的核心方式之一——从简单的元素排序、文件上传，到复杂的可视化编辑器、任务看板（如 Trello），拖拽功能无处不在。在 HTML5 出现之前，实现拖拽需要依赖 JavaScript 模拟鼠标事件（mousedown、mousemove、mouseup），不仅代码繁琐，还存在兼容性差、性能不佳等问题。

黑客是怎么偷走你账号的？你有没有想过：为什么有的网站会被"盗号"？为什么输入个用户名密码，钱就没了？为什么黑客能在你的页面上执行他的代码？