☰

企业官网建设流程全解析

首页 / 建站日记 / 企业官网建设流程全解析
Vue 3 + Vite 构建 Chrome 插件：现代化开发与跨上下文通信实践
2026/8/3 20:41:31 网站建设 项目流程

1. 为什么选择Vue.js来开发浏览器插件？

如果你是一个前端开发者，想给自己的日常工作流加点“自动化”或者“效率提升”的小工具，浏览器插件无疑是一个绝佳的选择。它轻量、直接、能深度集成到浏览器环境中。但当你打开官方文档，看到那一堆manifest.json、background scripts、content scripts和popup页面时，可能会有点头大——尤其是当你习惯了现代前端框架带来的开发体验后，再回头去写原生JS和操作DOM，总感觉效率上不来。

这就是Vue.js这类框架的用武之地。用Vue开发Chrome插件，本质上是在一个受限制的浏览器扩展环境中，引入了一套现代化的、声明式的UI开发范式。它带来的好处是实实在在的：组件化开发让你的弹窗（Popup）、选项页（Options Page）甚至注入到网页中的内容脚本（Content Script）界面都变得清晰可维护；响应式数据绑定让你不用再手动去同步DOM和插件内部状态（比如从Storage API读取的配置）；单文件组件（.vue文件）把模板、逻辑和样式封装在一起，开发体验非常流畅。

当然，这里有个核心问题：浏览器插件环境特殊，它不是一个完整的SPA（单页应用）。插件由多个相互隔离的部分组成，比如后台脚本（Service Worker）、弹出页、选项页、内容脚本，它们运行在不同的上下文中，甚至有不同的DOM访问权限。直接把一个Vue CLI创建的项目塞进去是行不通的。我们需要做的，是让Vue在插件这个“特殊容器”里安家，并处理好各部分之间的通信和数据流。这听起来有点挑战，但一旦打通，开发效率会成倍提升。

2. 搭建开发环境与项目初始化

开始之前，我们需要明确技术栈。这里我选择Vue 3 + Vite作为构建工具链。Vite的快速冷启动和热更新（HMR）对于插件开发这种需要频繁刷新测试的场景来说，体验提升巨大。相比传统的Webpack配置，Vite更轻量，配置也更简单。

首先，全局环境确保你安装了Node.js（建议16.x或以上版本）和npm/yarn/pnpm。然后，我们使用Vite的官方模板来创建一个基础的Vue项目。

# 使用 npm npm create vue@latest my-chrome-extension # 或使用 yarn yarn create vue my-chrome-extension # 或使用 pnpm pnpm create vue my-chrome-extension

在创建过程中，命令行会交互式地让你选择特性。对于插件开发，我的建议配置如下：

  • Vue Router: 选择No。插件内的页面（Popup, Options）通常很简单，不需要前端路由。
  • Pinia: 选择Yes。状态管理在插件中非常重要，因为我们需要在Popup、Options、Background Script甚至Content Script之间共享状态（如用户配置）。Pinia比Vuex更简洁，且对Composition API支持更好。
  • TypeScript: 强烈建议选择Yes。类型检查能在开发早期避免很多跨上下文通信时的低级错误。
  • Vitest / Cypress等测试工具：根据项目需要选择，初期可以选No。

项目创建好后，进入目录并安装依赖。接下来是关键一步：改造项目结构以适应Chrome插件规范。一个典型的插件至少包含以下部分：

  1. manifest.json: 插件的“身份证”和说明书，定义基本信息、权限、资源文件等。
  2. background.js(或service_worker.js): 后台脚本，处理事件监听、长时间运行的任务。
  3. popup.html及相关资源: 点击插件图标时弹出的页面。
  4. options.html及相关资源: 插件的配置选项页面。
  5. content.js及相关资源: 注入到目标网页中的脚本。
  6. icons: 存放插件各种尺寸的图标。

我们的Vite项目默认生成的是SPA结构，输出一个index.html和一堆打包后的资源。我们需要让它为插件的每个独立页面都生成对应的HTML入口。

在项目根目录下，我们调整vite.config.ts：

import { defineConfig } from 'vite' import vue from '@vitejs/plugin-vue' import { resolve } from 'path' // https://vitejs.dev/config/ export default defineConfig({ plugins: [vue()], build: { rollupOptions: { input: { // 弹出页入口 popup: resolve(__dirname, 'popup.html'), // 选项页入口 options: resolve(__dirname, 'options.html'), // 后台脚本入口 (这里作为纯JS，不经过Vue) background: resolve(__dirname, 'src/background/index.ts'), // 内容脚本入口 (同样作为纯JS模块) content: resolve(__dirname, 'src/content/index.ts'), }, output: { // 输出目录调整为 `dist`，这是Chrome插件加载的目录 dir: resolve(__dirname, 'dist'), // 入口文件命名格式，[name]对应上面的input key entryFileNames: '[name]/index.js', // 资源文件（如图片、CSS）命名格式 assetFileNames: 'assets/[name]-[hash][extname]', // 代码分割产生的chunk文件命名格式 chunkFileNames: 'chunks/[name]-[hash].js', }, }, // 输出目录 outDir: 'dist', // 清空输出目录 emptyOutDir: true, }, })

同时，我们需要在项目根目录创建对应的HTML入口文件，例如popup.html和options.html。它们的内容类似，都是引入Vue构建后的JS文件。

<!DOCTYPE html> <html lang="zh-CN"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>我的插件 - 弹出页</title> </head> <body> <div id="app"></div> <script type="module" src="/src/popup/main.ts"></script> </body> </html>

注意，<script>标签的src指向的是源码路径，Vite开发服务器会处理它。在构建时，Vite会根据rollupOptions.input的配置，将这些入口分别进行打包。

接下来，在src目录下，我们建立对应的源码结构：

src/ ├── background/ # 后台脚本 │ ├── index.ts # 后台脚本主入口 │ └── ... ├── content/ # 内容脚本 │ ├── index.ts # 内容脚本主入口 │ └── ... ├── popup/ # 弹出页应用 │ ├── main.ts # 弹出页Vue应用入口 │ ├── App.vue │ └── ... ├── options/ # 选项页应用 │ ├── main.ts │ ├── App.vue │ └── ... ├── shared/ # 共享的工具函数、类型、常量 │ ├── constants.ts │ ├── types.ts │ └── ... └── stores/ # Pinia状态仓库 └── ...

最后，创建插件的核心配置文件manifest.json，放在项目根目录（开发时）或构建后复制到dist目录。这里给出一个支持Manifest V3的基本配置：

{ "manifest_version": 3, "name": "我的Vue插件", "version": "1.0.0", "description": "一个使用Vue.js开发的Chrome插件示例", "action": { "default_popup": "popup/index.html" }, "options_page": "options/index.html", "background": { "service_worker": "background/index.js", "type": "module" }, "content_scripts": [ { "matches": ["<all_urls>"], "js": ["content/index.js"] } ], "permissions": [ "storage", "activeTab" ], "icons": { "16": "icons/icon16.png", "48": "icons/icon48.png", "128": "icons/icon128.png" } }

注意：Manifest V3要求后台脚本使用service_worker，并且其生命周期是事件驱动的，非持久化运行。同时，Vite构建的ES模块在作为service_worker时，需要在manifest.json中声明"type": "module"。另外，content_scripts的js路径指向的是构建后的dist/content/index.js。

环境搭建的最后一步，是配置开发时的热重载。原生插件开发需要手动点击“刷新”按钮，我们可以写一个简单的Node脚本，利用Chrome扩展API来监听dist目录变化并自动重新加载插件。或者，更简单的方法是，在开发时使用Vite的Dev Server，并修改manifest.json中popup和options的路径指向本地服务器地址（如http://localhost:5173/popup/index.html），但这会涉及跨域和HTTPS问题，比较麻烦。一个更实用的方法是：使用npm run build -- --watch命令监听文件变化并自动构建，然后在Chrome扩展管理页面手动刷新插件。虽然多了一步点击，但稳定性最高。

3. 核心模块开发：Popup、Options与Background的通信

插件各个部分运行在独立的“世界”里，它们之间的通信是开发的核心难点，也是Vue能大显身手的地方。我们分别来看。

3.1 弹出页（Popup）开发Popup是一个瞬态的页面，当用户点击工具栏图标时创建，失去焦点时就会关闭。因此，它的生命周期很短，不适合做复杂的数据获取或长时间运行的任务。它的主要作用是提供快速的交互入口和状态展示。

在src/popup/App.vue中，我们可以像开发普通Vue应用一样编写组件。例如，一个简单的计数器，其计数状态需要持久化到插件的存储中：

<template> <div class="popup-container"> <h3>点击计数</h3> <p>当前计数：{{ count }}</p> <button @click="increment">点我+1</button> <button @click="reset">重置</button> </div> </template> <script setup lang="ts"> import { ref, onMounted } from 'vue' import { useCounterStore } from '../stores/counter' const counterStore = useCounterStore() const count = ref(0) // 组件挂载时从存储中读取计数 onMounted(async () => { count.value = await counterStore.loadCount() }) const increment = async () => { count.value++ // 将新的计数保存到存储 await counterStore.saveCount(count.value) } const reset = async () => { count.value = 0 await counterStore.saveCount(0) } </script> <style scoped> .popup-container { width: 300px; padding: 20px; text-align: center; } </style>

这里的useCounterStore是一个Pinia Store，它封装了对Chrome Storage API的调用。这是连接Vue响应式数据和插件底层API的桥梁。

3.2 状态管理（Pinia）与存储在src/stores/counter.ts中：

import { defineStore } from 'pinia' export const useCounterStore = defineStore('counter', { state: () => ({ // 状态可以在这里定义，但因为我们主要和Storage API交互，也可以不定义 }), actions: { async loadCount(): Promise<number> { // 使用Chrome Storage API (Promise版本) const result = await chrome.storage.local.get(['count']) return result.count || 0 }, async saveCount(count: number): Promise<void> { await chrome.storage.local.set({ count }) // 保存后，可以通知其他部分（如Background）状态已更新 chrome.runtime.sendMessage({ type: 'COUNT_UPDATED', count }) } } })

重要提示：Popup页面中可以直接使用chrome.storage和chrome.runtimeAPI，因为Popup页面属于扩展上下文。但是，在Vue单文件组件的<script setup>中，chrome对象可能因为TypeScript而报类型错误。我们需要安装Chrome类型定义：npm install --save-dev @types/chrome。然后在tsconfig.json的compilerOptions.types中加上"chrome"，或者在使用时通过(window as any).chrome访问（不推荐）。

3.3 后台脚本（Background Service Worker）开发Background Script（在MV3中是Service Worker）是插件的大脑，它没有UI，但可以监听浏览器事件、处理跨上下文通信、管理长时间任务。它不能直接操作DOM，也不能使用像window这样的全局对象。

在src/background/index.ts中，我们主要做两件事：事件监听和消息路由。

// 监听扩展安装或更新 chrome.runtime.onInstalled.addListener((details) => { if (details.reason === 'install') { // 首次安装，初始化默认数据 chrome.storage.local.set({ count: 0, theme: 'light' }) console.log('插件已安装，数据初始化完成。') } else if (details.reason === 'update') { // 版本更新，可以执行数据迁移逻辑 console.log(`插件从版本 ${details.previousVersion} 更新到新版本。`) } }) // 监听来自Popup、Options或Content Script的消息 chrome.runtime.onMessage.addListener((message, sender, sendResponse) => { console.log('Background收到消息：', message, '来自：', sender) switch (message.type) { case 'COUNT_UPDATED': // 处理计数更新，例如可以同步到其他已打开的标签页 console.log(`计数更新为：${message.count}`) // 这里可以调用 chrome.tabs.sendMessage 通知所有内容脚本 break case 'FETCH_DATA': // 模拟一个网络请求，Background有权限发起跨域请求（如果manifest声明了host权限） fetch(message.url) .then(res => res.json()) .then(data => sendResponse({ success: true, data })) .catch(err => sendResponse({ success: false, error: err.message })) // 返回true表示我们将异步调用sendResponse return true default: console.warn('未知的消息类型：', message.type) } // 对于不需要异步回复的消息，可以不返回任何值或返回false }) // 监听浏览器标签页更新 chrome.tabs.onUpdated.addListener((tabId, changeInfo, tab) => { if (changeInfo.status === 'complete' && tab.url?.includes('example.com')) { // 当特定网站页面加载完成时，可以主动向该页面的内容脚本发送消息 chrome.tabs.sendMessage(tabId, { type: 'PAGE_LOADED', url: tab.url }) } })

3.4 选项页（Options）开发Options页面是一个完整的、独立的页面，用户可以通过右键点击插件图标选择“选项”来打开。它适合进行复杂的配置。其开发方式与Popup几乎完全相同，只是它更稳定，生命周期更长。我们可以在这里放置更多的表单和设置项。

3.5 跨上下文通信模式总结

  1. Popup/Option <-> Background: 使用chrome.runtime.sendMessage和chrome.runtime.onMessage。这是最常用的通信方式。
  2. Content Script <-> Background: 同样使用chrome.runtime.sendMessage。内容脚本可以通过chrome.runtime.sendMessage将消息发往后台，后台也可以通过chrome.tabs.sendMessage向特定标签页的内容脚本发送消息。
  3. Popup <-> Content Script (直接):不能直接通信。必须通过Background作为中转。Popup先发消息给Background，Background再通过chrome.tabs.sendMessage转发给目标标签页的内容脚本。
  4. 状态共享: 使用chrome.storage（local或sync）作为“数据库”，所有扩展上下文（Popup, Options, Background, Content Script）都可以读写。结合Pinia，我们可以在各个Vue组件中创建响应式的Store，Store内部封装对chrome.storage的读写，从而实现状态的跨上下文响应式同步。这是一个非常实用的模式。

4. 内容脚本（Content Script）的Vue集成与样式隔离

内容脚本是最特殊的一部分。它被注入到目标网页中，与网页本身的JavaScript共享同一个DOM环境，但运行在一个独立的、隔离的JavaScript执行环境中（称为“隔离世界”）。这意味着，网页的JavaScript不能直接访问内容脚本中定义的变量和函数，反之亦然，这提供了安全性。但双方都可以操作DOM，这又是交互的桥梁。

4.1 在内容脚本中使用Vue我们想在目标网页中插入一个由Vue控制的UI组件（比如一个浮动工具栏）。由于内容脚本本身是一个纯JS环境，我们需要手动创建Vue应用并将其挂载到我们创建的DOM节点上。

首先，在src/content/index.ts中：

import { createApp } from 'vue' import ContentApp from './ContentApp.vue' import { createPinia } from 'pinia' // 等待网页DOM加载完成 if (document.readyState === 'loading') { document.addEventListener('DOMContentLoaded', initVueApp) } else { initVueApp() } function initVueApp() { // 1. 创建一个容器元素插入到页面中 const appContainer = document.createElement('div') appContainer.id = 'my-extension-root' document.body.appendChild(appContainer) // 2. 创建Pinia实例（如果需要状态管理） const pinia = createPinia() // 3. 创建并挂载Vue应用 const app = createApp(ContentApp) app.use(pinia) app.mount(appContainer) console.log('Vue内容脚本应用已挂载。') // 4. 监听来自Background或Popup的消息 chrome.runtime.onMessage.addListener((message, sender, sendResponse) => { if (message.type === 'UPDATE_UI') { // 可以通过事件总线或直接操作Store来更新UI console.log('收到更新UI指令：', message.data) // 例如，触发一个Store action // someStore.updateData(message.data) } // 可以回复消息 sendResponse({ received: true }) }) // 5. 也可以向Background发送消息 // chrome.runtime.sendMessage({ type: 'CONTENT_SCRIPT_READY' }) }

然后，创建src/content/ContentApp.vue：

<template> <div class="floating-toolbar" :style="{ top: position.y + 'px', left: position.x + 'px' }"> <button @click="handleClick">工具按钮</button> <span>状态：{{ status }}</span> </div> </template> <script setup lang="ts"> import { ref, reactive, onMounted } from 'vue' import { useContentStore } from '../stores/content' const contentStore = useContentStore() const status = ref('就绪') const position = reactive({ x: 20, y: 20 }) const handleClick = () => { status.value = '处理中...' // 内容脚本中的操作，例如高亮页面文本 const selection = window.getSelection()?.toString() if (selection) { console.log('选中的文本：', selection) // 可以调用Background进行进一步处理 chrome.runtime.sendMessage({ type: 'PROCESS_SELECTION', text: selection }, (response) => { status.value = `处理完成: ${response.result}` }) } else { status.value = '未选中文本' } } onMounted(() => { // 从存储中加载位置 chrome.storage.local.get(['toolbarPosition']).then((result) => { if (result.toolbarPosition) { Object.assign(position, result.toolbarPosition) } }) }) </script> <style scoped> .floating-toolbar { position: fixed; z-index: 10000; /* 确保在最上层 */ background-color: #f0f0f0; border: 1px solid #ccc; padding: 10px; border-radius: 6px; box-shadow: 0 2px 10px rgba(0,0,0,0.1); display: flex; align-items: center; gap: 10px; } </style>

4.2 样式隔离的挑战与解决方案上面的<style scoped>是Vue自带的CSS模块化方案，它会为元素添加一个独特的>function initVueApp() { const host = document.createElement('div') host.id = 'my-extension-host' document.body.appendChild(host) // 创建Shadow Root，模式设为'open'以便调试 const shadowRoot = host.attachShadow({ mode: 'open' }) // 创建容器并放入Shadow DOM中 const appContainer = document.createElement('div') appContainer.id = 'my-extension-root' shadowRoot.appendChild(appContainer) // 创建样式元素，并将Vue组件的样式注入到Shadow DOM中 const styleEl = document.createElement('style') // 注意：这里需要获取到Vue组件编译后的CSS字符串，这通常需要构建工具支持。 // 一种简单方式：将样式写在一个单独的.css文件中，然后通过import注入。 styleEl.textContent = `/* 你的CSS内容 */` shadowRoot.appendChild(styleEl) const pinia = createPinia() const app = createApp(ContentApp) app.use(pinia) app.mount(appContainer) // 挂载到Shadow DOM内的元素 }

使用Shadow DOM后，外部网页的CSS选择器无法穿透进来，我们的样式也不会泄露出去，实现了真正的隔离。但这也带来了新问题：Vue的scoped样式和部分UI库可能无法在Shadow DOM内正常工作，需要调整。

  1. CSS重置与高特异性选择器：如果不想用Shadow DOM，可以采用“防御性CSS”策略。为插件所有根元素添加一个非常独特且高特异性的类名或ID，然后所有CSS规则都基于这个前缀来编写，并重置所有可能受影响的属性。
#my-extension-root.floating-toolbar { all: initial; /* 重置所有属性（谨慎使用，兼容性） */ position: fixed !important; z-index: 2147483647 !important; /* 最大z-index */ /* ... 其他样式 */ } #my-extension-root button { /* 重置按钮样式 */ }

这种方法比较繁琐，且无法完全保证不被某些极端选择器覆盖。

4.3 内容脚本与网页的交互尽管JS执行环境隔离，但通过DOM可以进行有限的交互。例如，内容脚本可以监听网页中的事件：

// 在内容脚本中 document.addEventListener('click', (event) => { // 可以读取网页元素的信息 const target = event.target as HTMLElement console.log('网页被点击：', target.tagName, target.id) // 然后可以将信息发回Background或Popup chrome.runtime.sendMessage({ type: 'PAGE_CLICK', targetInfo: { tagName: target.tagName, id: target.id } }) })

也可以修改网页DOM（需谨慎，避免破坏网页功能）：

// 高亮所有段落 document.querySelectorAll('p').forEach(p => { p.style.backgroundColor = 'yellow' })

5. 构建、调试与发布全流程

5.1 开发构建与调试在package.json中配置脚本：

{ "scripts": { "dev": "vite", "build": "tsc && vite build", "build:watch": "tsc && vite build --watch", "preview": "vite preview" } }

开发流程：

  1. 运行npm run build:watch。这会启动Vite的构建监听模式，源码变化会自动重新构建到dist目录。
  2. 打开Chrome，进入chrome://extensions/。
  3. 开启右上角的“开发者模式”。
  4. 点击“加载已解压的扩展程序”，选择项目下的dist文件夹。
  5. 插件加载成功后，你可以点击插件图标测试Popup，右键图标选择“选项”测试Options页面。
  6. 每次代码变更并构建完成后，回到这个页面，点击对应插件卡片下的“刷新”图标即可更新。

调试技巧：

  • Popup/Option页面：右键点击插件图标，选择“审查弹出内容”即可打开DevTools。
  • Background Script (Service Worker)：在chrome://extensions/页面，找到你的插件，点击“service worker”链接（在插件卡片下方），会打开一个特殊的DevTools。
  • Content Script：在目标网页上按F12打开DevTools，在Sources标签页下，左侧会有一个名为“Content scripts”的目录，里面列出了所有注入到该页面的内容脚本，可以在这里打断点调试。
  • Console日志：Background的日志在Service Worker的控制台查看；Content Script的日志在注入它的那个网页的控制台查看；Popup和Options的日志在它们各自的DevTools中查看。

5.2 生产构建与发布当开发完成后，运行npm run build进行生产构建。Vite会对代码进行压缩、Tree-shaking等优化。

在发布前，你需要：

  1. 更新manifest.json：确保版本号version已更新。检查所有权限permissions都是必要的。如果使用了外部资源（如图片、字体），确保URL在manifest.json的web_accessible_resources中声明（如果需要被网页访问）。
  2. 准备图标：确保icons目录下存在要求的各种尺寸（16, 48, 128）的PNG图标。
  3. 测试：在chrome://extensions/中加载dist文件夹，进行完整的功能测试，最好包括禁用所有其他插件的情况下的测试。
  4. 打包：在chrome://extensions/页面，点击“打包扩展程序”，选择dist目录，会生成一个.crx文件（用于分发）和一个.pem私钥文件（务必妥善保存，用于后续更新）。
  5. 发布到Chrome网上应用店：
    • 访问 Chrome开发者信息中心 。
    • 支付一次性开发者注册费。
    • 点击“添加新项目”，上传打包好的.zip文件（注意：商店要求上传ZIP，不是CRX。你可以直接将dist文件夹压缩成ZIP）。
    • 填写商店列表信息：详细描述、截图、宣传图、分类等。
    • 提交审核。审核时间通常需要几天。

5.3 常见问题与避坑指南

  • chrome对象未定义：确保脚本运行在扩展上下文中。在Content Script中肯定有。在Popup/Option的Vue组件中，如果遇到问题，检查HTML入口文件是否通过<script type="module" src="...">正确加载了扩展环境。
  • Service Worker不工作或意外终止：MV3的Service Worker是事件驱动、非持久化的。它会在需要时唤醒，处理完事件后可能休眠。避免在Service Worker中执行长时间同步操作。使用chrome.alarmsAPI来安排定期任务，而不是setInterval。
  • Content Script样式污染或被污染：如前所述，强烈建议使用Shadow DOM进行彻底的样式隔离。
  • 消息通信无响应：检查chrome.runtime.sendMessage的回调函数。如果接收方（Listener）需要异步处理（比如发起一个fetch请求），Listener函数必须返回true，以告知发送方会异步调用sendResponse。否则，发送方的回调可能永远不会执行。
  • Vue Devtools不显示：在插件页面中，Vue Devtools可能无法自动检测。可以尝试在Popup页面打开DevTools后，手动在Console中输入__VUE_DEVTOOLS_GLOBAL_HOOK__.Vue = app.__vue_app__.version（具体钩子可能因版本而异）来尝试连接，但这并不总是有效。生产环境无需关心。
  • 热更新失效：由于插件是从本地文件加载的，Vite的HMR无法直接工作。build:watch+ 手动刷新扩展是目前最稳定的开发方式。

将现代前端框架Vue.js引入Chrome插件开发，初期在环境配置和通信模型上需要多一些思考，但一旦跑通，后续的业务组件开发体验会非常高效。它尤其适合需要复杂交互UI的插件项目。记住核心：用Storage API+Pinia管理跨上下文状态，用Message Passing进行主动通信，用Shadow DOM解决样式冲突。这套组合拳能帮你解决大部分开发中遇到的架构问题。

标签： 网站建设 企业官网 项目流程 UI设计 前端开发

热门文章

文章分类

标签云

网站建设 响应式设计 用户体验 SEO优化 前端开发 小程序 电商平台 性能优化

相关文章

您可能感兴趣的其他内容

Google Colab免费GPU实战指南：从零掌握云端AI开发与优化
2026/8/3 20:41:28 网站建设

Google Colab免费GPU实战指南：从零掌握云端AI开发与优化

1. 项目概述&#xff1a;为什么你需要关注Google Colab的免费GPU&#xff1f; 如果你正在学习机器学习、深度学习&#xff0c;或者只是想跑一些对计算资源有要求的代码&#xff0c;那么“GPU”这个词对你来说一定不陌生。它意味着更快的训练速度、更流畅的模型推理体验。然而&a…...

阅读更多 →
如何快速批量下载抖音视频：5种高效方案全解析
2026/8/3 20:39:44 网站建设

如何快速批量下载抖音视频：5种高效方案全解析

如何快速批量下载抖音视频&#xff1a;5种高效方案全解析 【免费下载链接】douyin-downloader A practical Douyin downloader for both single-item and profile batch downloads, with progress display, retries, SQLite deduplication, and browser fallback support. 抖音…...

阅读更多 →
Bitcoin SV交易处理机制详解：高性能区块链的实现原理
2026/8/3 20:39:09 网站建设

Bitcoin SV交易处理机制详解：高性能区块链的实现原理

Bitcoin SV交易处理机制详解&#xff1a;高性能区块链的实现原理 【免费下载链接】bitcoin-sv Bitcoin SV (Satoshi Vision) is the original Bitcoin. This Github repository provides open-source software to enable use of Bitcoin SV. 项目地址: https://gitcode.com/g…...

阅读更多 →

需要专业的网站建设服务？

联系我们获取免费的网站建设咨询和方案报价，让我们帮助您实现业务目标

立即咨询