数据库
ClickHouse 是列式存储数据库。与行式存储（MySQL、PostgreSQL）不同，列式存储将同一列的所有数据连续存放在磁盘上。 行式存储 vs 列式存储： ClickHouse 适用场景：日志分析、用户行为统计、监控指标聚合、实时报表。 MergeTree 是 ClickHouse 最重要的存储引擎族，所有生产场景几乎都用此系列。 最基础的引擎，数据按 ORDER BY 键排序存储，后台定期合并数据片段（parts）。 在后台合并时，对相同 ORDER BY 键的行进行去重，保留最新版本。用于模拟 UPSERT 语义。 注意：去重仅在后台合并时
前端开发
浏览器插件（Browser Extension）是运行在浏览器内、用 HTML/CSS/JavaScript 编写的小程序，能读取和修改网页、增加浏览器 UI、在后台常驻处理事件。它解决的核心问题是：在不修改网站源码的前提下，向浏览器和任意网页注入自定义功能——广告拦截、密码管理、翻译、爬虫辅助、开发者工具增强都属于这一类。 为什么用 Vite + Vue 而不是裸写：插件本质是多个独立 HTML 入口（popup、options、side panel）加上后台脚本和内容脚本的组合。裸写需要手动维护构建、手动复制静态资源、改一行代码要重新加载整个插件。V
前端开发
本文面向已掌握 Manifest V3 基础、要做复杂、高性能、生产级插件的工程师，聚焦深水区：Service Worker（服务工作线程，简称 SW）生命周期深控、Offscreen Document（屏外文档）、declarativeNetRequest（声明式网络请求，简称 DNR）高级规则、性能与大数据存储、身份认证、Native Messaging（原生消息）、WASM（WebAssembly）加载、安全加固、并发竞态、自动化测试与 CI/CD。基础概念见 浏览器插件-基础概念与架构模型(/liu-lan-qi-cha-jian-ji-chu-
前端开发
本篇是浏览器插件（browser extension）系列的"经验篇"。它假设你已经掌握 浏览器插件-基础概念与架构模型(/liu-lan-qi-cha-jian-ji-chu-gai-nian-yu-jia-gou-mo-xing/) 中的组件模型与 浏览器插件-中级开发指南(/liu-lan-qi-cha-jian-zhong-ji-kai-fa-zhi-nan-manifest-v3-vite-vue/) 中的通信、存储、权限知识，聚焦于把"能跑"的插件做成"可上架、可维护、可信任"的产品。 全文分为四部分：高频深坑详解（现象/原因/解决三段式）、
前端开发
本文是"浏览器插件开发"系列的 Debug 篇，聚焦如何对每个上下文（context）打开开发者工具（DevTools）、如何读懂 chrome://extensions 的错误面板、高频错误的准确成因与解决方案，以及一套可落地的系统化排查流程。架构与 API 细节见系列其他篇目（文末"参见"）。 MV3 插件由若干彼此隔离的 JavaScript 执行环境（execution context）组成，每个环境有独立的全局对象、独立的 DevTools 入口、独立的 console。调试第一步永远是确认报错发生在哪个上下文，因为同名 API 在不同上下文里
前端开发
本文是浏览器插件系列的「架构篇」。前面几篇讲清楚了 MV3 有哪些能力、技术栈怎么搭、坑在哪里；这一篇只回答一个问题：当插件从「几百行脚本」长成「几千行多上下文工程」时，代码如何保持优雅、可测、可演进。 What（是什么）：浏览器插件的架构设计，是在 MV3 强制的多上下文（multi-context）隔离模型之上，建立清晰的分层与通信契约。MV3 把代码拆进了相互隔离的进程：Service Worker（后台，随时被杀）、Content Script（注入页面、与宿主 DOM 共存）、Popup / Options（短生命周期 UI 页面）、DevTo
前端开发
浏览器插件本质是「一组特殊上下文（context）的网页 + 一份清单文件 manifest.json」。manifest.json 把多个入口（popup 弹窗、options 选项页、side panel 侧边栏、content script 内容脚本、background/service worker 后台）声明给浏览器。普通前端构建工具默认面向「一个或多个 HTML 页面」，并不理解 manifest.json 里这些特殊入口与权限声明，也不会处理 content script 在目标页面的 CSS 注入、HMR（Hot Module Repla
前端开发
浏览器插件不是一个网页，也不是一个普通应用，而是一组运行在浏览器内、彼此隔离、靠消息通信协作的独立脚本上下文。理解插件开发的关键，不在于记住某个 API，而在于建立正确的心智模型：把一个插件看作"浏览器里的微服务集群"——后台 Service Worker 是常驻调度服务（但会被随时回收），内容脚本（Content Script）是潜伏在每个网页里的探针，Popup/Options/Side Panel 是按需启动的前端进程，它们都没有共享内存，只能通过消息总线和共享存储交换数据。本文是该系列的概念篇，目标是让你在写第一行代码前就理解"谁能做什么、谁和谁
前端开发
本文面向已掌握 Manifest V3 基础（manifest 结构、Service Worker 后台、消息通信）、需要落地真实功能的开发者。每个功能模块给出可直接复用的完整代码，技术栈统一为 Vite + Vue 3 + Pinia，构建假定使用 @crxjs/vite-plugin 或等价的多入口配置（产出 manifest.json 与各 HTML 入口）。 后文所有示例基于以下目录结构。src/manifest.ts 导出 manifest 对象，由构建插件生成最终 manifest.json。 声明式注入（manifest content_s
前端开发
本手册按命名空间组织。每个命名空间一个 ## 主节，每个常用方法一个 ### 子节，配参数表与最小可运行示例。代码若运行在 Service Worker（背景脚本，下文简称 SW）、内容脚本（content script）、弹窗页（popup）或选项页（options），均在示例中标注上下文。 下表用于快速判断某 API 需要在 manifest.json 声明哪些权限，以及可在哪些上下文调用。「SW」=Service Worker；「CS」=内容脚本；「页面」=popup/options/sidePanel 等扩展页。 全上下文可用，无需任何权限，是消
前端开发
WebSocket 是一种在单个 TCP 连接上提供全双工通信的协议，适用于需要服务端主动推送数据的场景（实时聊天、行情推送、协作编辑等）。 MessageEvent 字段： CloseEvent 字段： VueUse 提供了开箱即用的 useWebSocket，支持自动重连和心跳： VueUse useWebSocket 主要参数： 约定 type + payload 结构，方便在客户端进行消息路由： 使用 ArrayBuffer + DataView 构建紧凑的二进制帧： 在发送消息前始终检查 readyState，避免向未就绪的连接发送消息： 为每
前端开发
1. Vue 是什么(#vue-%E6%98%AF%E4%BB%80%E4%B9%88) 2. 安装与项目创建(#%E5%AE%89%E8%A3%85%E4%B8%8E%E9%A1%B9%E7%9B%AE%E5%88%9B%E5%BB%BA) 3. 项目结构(#%E9%A1%B9%E7%9B%AE%E7%BB%93%E6%9E%84) 4. .vue 文件结构(#vue-%E6%96%87%E4%BB%B6%E7%BB%93%E6%9E%84) 5. 响应式基础(#%E5%93%8D%E5%BA%94%E5%BC%8F%E5%9F%BA%E7%A1%80