乐闻世界logo
搜索文章和话题

前端面试题手册

如何实现 DApp 的用户身份认证?有哪些常见方式?

在去中心化应用(DApp)领域,用户身份认证是构建安全、可信系统的核心挑战。传统中心化认证方式(如OAuth或Cookie)无法满足区块链环境的去中心化需求,导致身份验证过程面临隐私泄露、单点故障及跨链兼容性问题。根据Chainalysis 2023年报告,约67%的DApp安全事件源于身份验证漏洞,因此掌握专业认证方案对开发者至关重要。本文将深入探讨DApp身份认证的主流技术路径,结合实际代码示例与实践建议,帮助构建高效、安全的认证系统。常见的身份认证方式1. 钱包集成:最基础且广泛采用的方案钱包集成(如MetaMask)是DApp认证的起点,通过以太坊账户地址作为用户标识。其优势在于无需额外服务,且与Web3生态高度兼容。实现步骤包括:检查钱包连接、请求账户权限,并处理用户交互。技术细节与代码示例:关键流程:使用eth_requestAccounts方法获取用户地址,后续可结合链上数据验证身份。安全建议:始终在用户交互后验证地址有效性,避免地址重放攻击。// 完整钱包集成示例(使用Web3.js)async function authenticateWithWallet() { if (!window.ethereum) { throw new Error("请安装MetaMask钱包"); } try { // 请求账户权限 const accounts = await window.ethereum.request({ method: 'eth_requestAccounts', params: [] }); // 验证地址(防钓鱼) const address = accounts[0].toLowerCase(); if (!/^0x[a-f0-9]{40}$/i.test(address)) { throw new Error("无效的以太坊地址"); } console.log("用户身份验证成功: " + address); return address; } catch (error) { console.error("认证失败: ", error); throw error; }}优缺点分析:优点:实现简单(仅需前端集成),用户基数大(MetaMask覆盖全球3500万用户),符合EIP-1102标准。缺点:仅提供基础身份标识(地址),缺乏细粒度权限控制;需用户主动安装钱包。2. 链上身份:基于区块链地址的去中心化标识链上身份利用区块链地址(如以太坊)作为核心标识,结合ENS(以太坊名称服务)实现人类可读的域名映射。该方案支持身份链上存储,无需中心化服务器。技术细节与代码示例:关键流程:通过eth_resolveName解析ENS域名,验证其对应的链上地址。安全建议:对解析结果进行链上验证(如检查合约注册状态),防止DNS劫持。// ENS解析与身份验证示例(使用web3.js)const web3 = new Web3(window.ethereum);async function validateOnChainIdentity(name) { const address = await web3.eth.resolveName(name); // 链上验证:检查地址是否注册到可信合约 const isRegistered = await contract.methods.isAddressRegistered(address).call(); if (isRegistered && address.toLowerCase() === "0x123...") { console.log("身份验证通过: ", name); return true; } throw new Error("地址未注册或无效");}优缺点分析:优点:完全去中心化,支持跨DApp身份共享;ENS提供域名解析(如user.eth),提升用户体验。缺点:解析延迟高(平均200ms),需额外链上验证步骤;依赖以太坊主网,不兼容其他链。3. 社交登录集成:利用OAuth协议简化认证社交登录(如Discord或Twitter)通过OAuth 2.0协议,允许用户使用现有社交账户登录DApp。该方案显著降低用户采用门槛,尤其适合社区驱动型DApp。技术细节与代码示例:关键流程:构建授权URL,处理回调并交换访问令牌。安全建议:使用HTTPS保护回调,避免令牌泄露;验证令牌签名。// OAuth集成示例(使用axios)const axios = require('axios');// 生成Discord授权URLfunction generateAuthUrl() { const redirectUri = window.location.origin + '/auth-callback'; return `https://discord.com/api/oauth2/authorize?client_id=12345&redirect_uri=${encodeURIComponent(redirectUri)}&response_type=code&scope=identify`;}// 处理回调并获取用户信息async function handleAuthCallback() { const code = new URL(window.location).searchParams.get('code'); const response = await axios.post('https://discord.com/api/oauth2/token', { code, client_id: '12345', client_secret: 'secret', redirect_uri: window.location.origin + '/auth-callback', grant_type: 'authorization_code' }); const { access_token } = response.data; // 调用Discord API获取用户信息 const user = await axios.get('https://discord.com/api/users/@me', { headers: { Authorization: `Bearer ${access_token}` } }); return user.data;}优缺点分析:优点:用户友好(无需安装额外应用),支持跨平台登录;社区活跃度高(Discord用户超2亿)。缺点:依赖中心化服务(如Discord),存在单点故障风险;需处理令牌过期和权限管理。4. 零知识证明(ZKPs):隐私保护的高级方案零知识证明(ZKPs)允许用户证明身份而不暴露敏感信息,适用于高隐私需求场景(如DeFi身份验证)。ZK-SNARKs是主流实现方式,通过数学证明确保数据机密性。技术细节与代码示例:关键流程:使用库(如zkp-ethereum)生成证明,验证器在链上验证。安全建议:确保证明生成逻辑安全,避免逻辑漏洞;使用Gas优化减少链上费用。// 简化ZK证明验证(使用zkp-ethereum库)const { generateProof, verifyProof } = require('zkp-ethereum');async function authenticateWithZKP(userId) { const data = { userId, timestamp: Date.now() }; // 生成证明(客户端) const proof = await generateProof(data); // 上传证明到链上(示例) const tx = await web3.eth.sendTransaction({ to: '0x...', data: web3.eth.abi.encodeFunctionCall({ name: 'verifyProof', type: 'function', inputs: [{ name: 'proof', type: 'bytes' }] }, [proof]) }); // 验证结果 const isValid = await verifyProof(proof); return isValid;}优缺点分析:优点:提供最高隐私级别,符合GDPR要求;支持身份密钥管理(如加密钱包)。缺点:计算开销大(证明生成需10-20秒),需专业开发知识;当前生态支持有限(仅以太坊测试网)。5. 跨链身份管理:多链认证框架对于多链DApp,需集成跨链身份方案。例如,使用Polkadot Substrate或Chainlink构建统一身份层。技术细节与代码示例:关键流程:通过桥接协议(如IBC)同步身份数据;使用标准API(如ERC-4337)处理多链操作。安全建议:实施跨链签名验证,避免链间欺诈。// 跨链身份验证示例(使用@polkadot/api)import { ApiPromise, WsProvider } from '@polkadot/api';async function authenticateCrossChain(chainId) { const provider = new WsProvider('wss://rpc.polkadot.io'); const api = await ApiPromise.create({ provider }); const address = await api.query.system.account(chainId); // 本地验证逻辑 if (address.isSome && address.unwrap().data.isAccount) { console.log("跨链身份验证通过"); return address.unwrap().data.account; } throw new Error("无效跨链地址");}优缺点分析:优点:支持多链互操作,提升DApp兼容性;减少用户管理多个钱包的需求。缺点:实现复杂,需熟悉各链协议;性能开销大(跨链交易需10-15秒)。结论DApp身份认证需结合场景选择合适方案:钱包集成是基础,链上身份提供去中心化标识,社交登录优化用户体验,而ZKPs适用于高隐私场景。实践建议如下:分层设计:优先集成钱包和链上身份,逐步引入ZKPs以保护敏感数据。安全第一:实施多因素认证(MFA),使用eth_sign方法防止重放攻击;对所有输入进行防注入校验。用户体验:提供社交登录选项,降低新用户门槛;在钱包连接失败时显示友好提示。测试验证:使用Truffle或Hardhat测试链上交互,模拟攻击场景。合规性:遵守GDPR和CCPA,避免隐私违规;定期审计身份认证流程。最终,DApp认证的黄金标准是用户友好与安全平衡。建议开发者参考Web3Auth或Authereum等开源库,快速构建认证层。记住:身份认证不是终点,而是构建可信DApp生态的起点。在去中心化世界中,安全与体验并重,才能赢得用户长期信任。
阅读 0·2月22日 17:28

什么是去中心化存储?前端如何集成 IPFS、Arweave 等存储方案?

在数据安全与隐私保护需求激增的当下,传统中心化存储方案(如AWS S3)面临单点故障、数据泄露及审查风险等致命缺陷。去中心化存储通过分布式网络架构提供抗审查、高冗余的数据存储方案,成为Web3应用和去中心化应用(DApp)的核心基础设施。本文将深入解析去中心化存储的核心概念,并提供前端集成IPFS、Arweave等主流方案的实战指南,帮助开发者构建安全可靠的去中心化应用。什么是去中心化存储?去中心化存储是将数据分散存储在多个节点上的技术,其核心特征与中心化存储有本质区别:内容寻址(Content Addressing):数据通过其内容的哈希值(如CID)标识,而非物理位置。例如,IPFS使用Merkle Tree生成唯一CID,确保数据不变性。分布式网络(Distributed Network):数据存储在全球节点上,依赖P2P协议(如DHT)实现数据定位,避免单点故障。抗审查性(Anti-Censorship):数据不易被单一实体删除,例如Arweave通过Proof-of-Arc机制确保数据永久性。与中心化存储相比,去中心化存储优势显著:数据主权回归用户、存储成本更低(尤其长期存储)、且符合Web3生态的去中心化理念。但需注意其局限性:节点维护成本高、数据检索可能受网络延迟影响。IPFS详解IPFS(InterPlanetary File System)是一个开源分布式文件系统,旨在构建永久、可寻址的互联网。核心机制内容寻址:文件被分割为块,每个块生成CID(如bafybeig...),通过SHA-256或BLAKE2B哈希确保内容不变性。分布式哈希表(DHT):节点通过Kademlia协议定位数据,支持高效数据检索。Merkle Tree:用于验证数据完整性,确保数据块未被篡改。优势与局限优势:高效数据分发、支持版本控制(通过CID历史追踪)、社区活跃(Infura等节点服务)。适用于需要频繁更新和分发的内容(如NFT元数据)。局限:数据可能被删除(若节点不维护),需配合IPNS或区块链锚定以增强持久性。 技术细节:IPFS节点使用libp2p网络层,通过ipfs-http-client库简化交互。数据存储后,客户端可生成/ipfs/<CID>或/ipns/<ID>路径,实现内容寻址。Arweave详解Arweave是一个专为永久存储设计的去中心化协议,利用区块链技术实现数据永续存储。核心机制Proof-of-Arc:通过区块链验证数据永久性,用户支付一次费用(如AR代币),数据自动分片存储在多个节点上。数据分片:文件被分割为256KB片段,每片段由Arweave节点存储,确保高冗余。费用模型:一次性支付,数据长期保留(理论上永久),适合静态数据(如文档、图片)。优势与局限优势:数据永续性(Arweave官网显示99.99%数据保留率)、低成本存储(比IPFS低30%)、适合长期档案。局限:费用模型需用户持有AR代币、数据检索需额外索引服务。 技术细节:Arweave使用@arweave/web库,支持createTransaction方法创建数据交易。存储后返回交易ID(如c...),可结合区块链验证数据状态。前端集成指南前端集成去中心化存储需遵循以下步骤,本文提供基于JavaScript的实战方案。核心原则:选择合适库、处理CID、确保错误容错。1. 选择库与初始化IPFS:使用ipfs-http-client(推荐)或@ipfs/loader。初始化需指定节点端点,例如Infura:// IPFS初始化示例const IPFS = require('ipfs-http-client');const ipfs = new IPFS({ host: 'ipfs.infura.io', port: 5001, protocol: 'https'});Arweave:使用@arweave/web,初始化默认节点:// Arweave初始化示例import { Arweave } from '@arweave/web';const arweave = new Arweave();2. 上传文件与处理响应IPFS上传示例async function uploadToIPFS(file) { try { const result = await ipfs.add(file); // 返回CID路径(如 /ipfs/Qm...) return result.path; } catch (error) { console.error('IPFS上传失败:', error); throw new Error('网络错误'); }}// 使用示例const cid = await uploadToIPFS(document.getElementById('fileInput').files[0]);console.log('IPFS CID:', cid);Arweave上传示例async function uploadToArweave(file) { try { const transaction = await arweave.createTransaction([file]); await arweave.transactions.sign(transaction); const response = await arweave.transactions.post(transaction); // 返回交易ID(如 c...) return response.data.id; } catch (error) { console.error('Arweave上传失败:', error); throw new Error('签名或网络错误'); }}// 使用示例const txId = await uploadToArweave(document.getElementById('fileInput').files[0]);console.log('Arweave TX ID:', txId);3. 关键实践建议错误处理:捕获网络超时、权限问题(如IPFS节点无响应),建议添加重试机制:async function withRetry(fn, retries = 3) { for (let i = 0; i < retries; i++) { try { return await fn(); } catch (e) { if (i === retries - 1) throw e; } }}数据验证:上传前校验文件格式,避免无效数据;存储后验证CID完整性:// 验证IPFS CIDconst isValidCID = /^[a-zA-Z0-9]+\/[a-zA-Z0-9]+\/?$/.test(cid);安全提示:避免直接暴露私钥,使用环境变量管理API密钥;集成时建议结合IPNS(IPFS命名系统)或Arweave索引服务,提升可发现性。4. 与区块链集成(可选)去中心化存储常与区块链结合,例如将CID存储在以太坊合约:// 示例:使用Web3.js存储IPFS CID到以太坊import Web3 from 'web3';const web3 = new Web3(window.ethereum);const contract = new web3.eth.Contract(abi, contractAddress);async function storeCID(cid) { const tx = await contract.methods.storeCID(cid).send({ from: account }); return tx.transactionHash;}结论去中心化存储技术为前端开发者提供了强大的数据管理能力。IPFS适合需要高效分发和版本控制的场景(如实时协作应用),而Arweave则适用于永久存储需求(如历史档案)。集成时,建议:优先选择成熟库:IPFS的ipfs-http-client和Arweave的@arweave/web确保兼容性。实施健壮错误处理:网络波动是常态,添加重试逻辑和用户反馈机制。结合区块链锚定:通过存储CID到链上,增强数据可信度。随着Web3生态发展,去中心化存储将在身份验证、NFT元数据等领域发挥关键作用。开发者应持续关注协议更新(如IPFS v2.0或Arweave v2),以构建安全、可持续的去中心化应用。 推荐资源:​
阅读 0·2月22日 15:23

Web3 前端开发常用的框架和库有哪些?各自适用场景是什么?

随着区块链技术的爆发式增长,Web3 前端开发已成为构建去中心化应用(Dapp)的核心领域。与传统 Web2 开发不同,Web3 要求前端与智能合约、钱包和分布式网络无缝交互,这带来了独特的挑战:如异步交易处理、安全风险以及跨链集成。选择合适的框架和库不仅能提升开发效率,还能确保应用的健壮性和用户体验。本文将深入分析当前 Web3 前端开发中常用的框架和库,包括其技术原理、适用场景及实践建议,帮助开发者做出明智决策。Web3 前端开发概述Web3 前端开发的核心在于与区块链网络的交互,主要涉及以下几个关键组件:钱包集成:如 MetaMask,用于用户身份验证和交易签名。网络连接:通过 JSON-RPC 或 WebSocket 与节点通信。智能合约交互:读写合约状态或执行交易。状态管理:处理异步操作和数据流。常见的框架和库需满足以下要求:轻量级(避免过度封装)、跨链兼容(支持主流网络如 Ethereum、Polygon)、安全可靠(防范重放攻击等)。以下将逐一分析主流选择。常用框架和库Web3.jsWeb3.js 是 Ethereum 官方推出的 JavaScript 库,自 2015 年发布以来广泛应用于早期 Web3 项目。它基于 Node.js 和浏览器环境,提供完整的区块链交互 API。技术特点:使用 Web3 构造函数初始化连接(如 new Web3(window.ethereum))。通过 ethers 模块处理交易和事件。支持异步操作,但 API 设计较复杂。适用场景:遗留项目迁移:当需兼容旧版 Web3 代码库时。轻量级 Dapp:小型应用(如 Token 展示工具)因无需额外依赖。教育场景:学习 Web3 基础时,因其历史文档丰富。实践建议:避免在新项目中使用,因其已逐渐被 Ethers.js 取代。以下代码展示基本钱包连接:// 初始化 Web3.js 连接(浏览器环境)const web3 = new Web3(window.ethereum);// 请求用户授权if (window.ethereum) { await window.ethereum.request({ method: 'eth_requestAccounts' });}// 读取用户余额const balance = await web3.eth.getBalance('0xUserAddress');console.log(`余额: ${web3.utils.fromWei(balance, 'ether')} ETH`);Ethers.jsEthers.js 是现代 Web3 开发的首选库,由 Ethereum 官方推荐(2020 年推出)。它采用模块化设计,性能更优,安全模型更完善。技术特点:基于 providers 和 signers 模型,简化连接和签名。提供 Contract 类用于交互,支持 ABI 自动解析。异步操作采用 Promise 链,减少回调地狱。适用场景:新项目开发:推荐用于所有新 Web3 应用,因其社区活跃且文档完善。高并发场景:如 NFT 市场,因其优化了交易重试机制。跨链集成:支持多网络(如通过 EtherscanProvider)。实践建议:优先选择此库。以下代码演示交易发送:// 初始化 Ethers.js 连接const provider = new ethers.providers.Web3Provider(window.ethereum);const signer = provider.getSigner();// 发送交易(示例:转账)const tx = { to: '0xRecipientAddress', value: ethers.utils.parseEther('0.1')};const txHash = await signer.sendTransaction(tx);console.log(`交易哈希: ${txHash.hash}`);React + Web3 库集成React 是 Web3 前端开发的主流框架,通常与 Web3.js 或 Ethers.js 结合使用。通过 web3-react 或 ethers-react 等封装库简化状态管理。技术特点:web3-react:提供 useWeb3 钩子,自动处理钱包连接。ethers-react:利用 React Context 模式,集中管理钱包状态。与 Redux 或 Zustand 配套,处理复杂数据流。适用场景:大型单页应用:如 DeFi 平台,因其组件化开发提升维护性。用户界面优先场景:需复杂交互(如多钱包切换)。团队协作:当项目使用 React 生态时,无缝集成。实践建议:使用 web3-react 作为起点。以下展示组件代码:import { useWeb3React } from '@web3-react/core';function WalletConnect() { const { account, chainId, active } = useWeb3React(); if (!active) { return <button onClick={connectWallet}>连接钱包</button>; } return ( <div> <p>当前账户: {account}</p> <p>链ID: {chainId}</p> </div> );}Vue + Web3 库集成Vue.js 作为轻量级框架,与 Web3 库结合同样高效。常用 vue3-web3 或 ethers-vue 插件。技术特点:vue3-web3:基于 Composition API,提供 useWeb3 组合式函数。Pinia 状态管理:整合 Web3 状态,避免全局污染。适合渐进式开发,与 Vue 生态无缝衔接。适用场景:小型 Dapp:需快速原型开发(如 Web3 博客)。团队偏好 Vue:当组织已使用 Vue 生态时。性能敏感场景:因 Vue 的响应式系统优化渲染。实践建议:避免过度封装。以下展示 Vue 3 组件:<script setup>import { useWeb3 } from 'vue3-web3';const { account, balance } = useWeb3();const connect = async () => { await window.ethereum.request({ method: 'eth_requestAccounts' });};</script><template> <div v-if="account"> <p>余额: {{ balance }} ETH</p> <button @click="connect">重新连接</button> </div></template>MetaMask 集成MetaMask 是 Web3 开发的核心钱包插件,非框架但不可或缺。通过 @metamask/ethers-provider 或直接调用 Web3 API 集成。技术特点:提供 window.ethereum 接口,支持 eth_requestAccounts。事件监听(如 window.ethereum.on('accountsChanged'))处理用户切换。安全模型:自动验证交易签名。适用场景:所有 Web3 项目:作为标准钱包集成,因其用户基数大(>2亿)。安全敏感场景:如 NFT 交易,因其内置风险缓解机制。快速部署:新项目可直接使用 MetaMask 作为默认钱包。实践建议:始终检查 window.ethereum 存在性。以下代码演示安全连接:// 安全连接 MetaMaskif (window.ethereum) { try { await window.ethereum.request({ method: 'eth_requestAccounts' }); } catch (error) { console.error('用户拒绝连接', error); }} else { console.error('MetaMask 未安装');}// 监听账户变化window.ethereum.on('accountsChanged', (accounts) => { if (accounts.length === 0) { // 用户注销 }});适用场景分析| 框架/库 | 适用场景 | 优势 | 局限 || ---------------- | ------------- | ----------- | ------------ || Web3.js | 遗留项目迁移、轻量级工具 | 文档历史丰富 | 已过时,性能较差 || Ethers.js | 新项目开发、高并发场景 | 模块化、安全、社区活跃 | 学习曲线稍陡 || React + Web3 | 大型 Dapp、复杂 UI | 组件化开发,生态成熟 | 需额外状态管理 || Vue + Web3 | 小型项目、快速原型 | 轻量级,响应式优化 | 社区规模小于 React || MetaMask | 所有 Web3 项目 | 用户基数大,安全集成 | 依赖浏览器扩展 |关键决策因素:项目规模:小型项目可选 Vue + Ethers.js,大型项目需 React + Web3。团队技能:熟悉 Ethers.js 的团队应优先选择,避免 Web3.js 的维护负担。安全要求:Ethers.js 的签名机制更可靠,推荐用于金融级应用。性能考量:Ethers.js 在交易处理上比 Web3.js 快 40%(基准测试数据)。结论Web3 前端开发的核心在于选择匹配项目需求的框架和库。Ethers.js 是当前最佳实践,因其现代架构、安全性和社区支持,应作为新项目的首选。Web3.js 仅适用于特定遗留场景,而 React/Vue 集成则需根据团队偏好和项目复杂度决策。关键实践建议:始终优先使用 Ethers.js:其 API 设计更直观,减少错误。集成 MetaMask 作为标准:确保用户友好性。避免过度封装:保持代码简洁,聚焦核心逻辑。安全第一:实施交易签名验证和输入过滤。随着 Web3 生态的演进,新兴框架如 Hardhat(开发工具链)和 Wagmi(React 集成库)正涌现,但前端开发仍以 Ethers.js 为基石。开发者应持续关注社区更新,确保应用适应区块链技术的快速迭代。 提示:在实际项目中,建议使用 Ethers.js + React 的组合,结合 Web3React 库,以实现高效、安全的 Dapp 开发。对于学习资源,参考 Ethers.js 官方文档 和 MetaMask 开发指南延伸阅读Web3.js vs Ethers.js 性能对比测试:基于 500 次交易基准,Ethers.js 平均响应时间 1.2s vs Web3.js 2.5s。安全最佳实践:防止重放攻击需使用 nonce 和 chainId 验证。跨链开发:使用 @chainlink/ethers-v5 集成多链数据。
阅读 0·2月22日 15:22

async/await 是如何工作的?与 Promise 有什么关系?

async/await 是 ES2017 引入的语法糖,用于处理异步操作,它基于 Promise 构建,让异步代码看起来更像同步代码,大大提高了代码的可读性和可维护性。async 函数基本概念async 函数是使用 async 关键字声明的函数,它总是返回一个 Promise。即使函数内部没有显式返回 Promise,也会被包装成一个 Promise。基本用法async function fetchData() { return 'Hello World';}// 等同于function fetchData() { return Promise.resolve('Hello World');}fetchData().then(result => console.log(result)); // 输出: Hello World返回 Promiseasync function fetchData() { // 返回普通值 return 42;}async function fetchDataWithError() { // 抛出错误 throw new Error('出错了');}fetchData().then(result => console.log(result)); // 输出: 42fetchDataWithError().catch(error => console.error(error.message)); // 输出: 出错了await 表达式基本概念await 关键字只能在 async 函数内部使用,它会暂停 async 函数的执行,等待 Promise 完成,然后返回 Promise 的结果。基本用法async function fetchData() { const promise = Promise.resolve('Hello'); const result = await promise; console.log(result); // 输出: Hello return result;}fetchData();等待多个 Promiseasync function fetchMultipleData() { const promise1 = fetch('/api/user'); const promise2 = fetch('/api/posts'); const [userResponse, postsResponse] = await Promise.all([promise1, promise2]); const user = await userResponse.json(); const posts = await postsResponse.json(); return { user, posts };}错误处理使用 try/catchasync function fetchData() { try { const response = await fetch('/api/data'); const data = await response.json(); return data; } catch (error) { console.error('请求失败:', error.message); throw error; // 可以选择重新抛出错误 }}捕获特定错误async function fetchData() { try { const response = await fetch('/api/data'); if (!response.ok) { throw new Error(`HTTP error! status: ${response.status}`); } return await response.json(); } catch (error) { if (error.name === 'TypeError') { console.error('网络连接问题'); } else if (error.message.includes('HTTP error')) { console.error('服务器错误'); } else { console.error('未知错误:', error); } throw error; }}async/await vs Promise.then()Promise.then() 链式调用function fetchData() { return fetch('/api/user') .then(response => response.json()) .then(user => fetch(`/api/posts/${user.id}`)) .then(response => response.json()) .then(posts => ({ user, posts })) .catch(error => { console.error(error); throw error; });}async/await(更易读)async function fetchData() { try { const userResponse = await fetch('/api/user'); const user = await userResponse.json(); const postsResponse = await fetch(`/api/posts/${user.id}`); const posts = await postsResponse.json(); return { user, posts }; } catch (error) { console.error(error); throw error; }}并行执行使用 Promise.allasync function fetchAllData() { const [user, posts, comments] = await Promise.all([ fetch('/api/user').then(r => r.json()), fetch('/api/posts').then(r => r.json()), fetch('/api/comments').then(r => r.json()) ]); return { user, posts, comments };}使用 Promise.allSettledasync function fetchAllDataWithErrors() { const results = await Promise.allSettled([ fetch('/api/user').then(r => r.json()), fetch('/api/posts').then(r => r.json()), fetch('/api/comments').then(r => r.json()) ]); results.forEach((result, index) => { if (result.status === 'fulfilled') { console.log(`请求 ${index} 成功:`, result.value); } else { console.error(`请求 ${index} 失败:`, result.reason); } }); return results;}常见使用场景1. 顺序执行异步操作async function processItems(items) { const results = []; for (const item of items) { const result = await processItem(item); results.push(result); } return results;}2. 并行执行异步操作async function processItemsParallel(items) { const promises = items.map(item => processItem(item)); const results = await Promise.all(promises); return results;}3. 带超时的请求async function fetchWithTimeout(url, timeout = 5000) { const controller = new AbortController(); const timeoutId = setTimeout(() => controller.abort(), timeout); try { const response = await fetch(url, { signal: controller.signal }); clearTimeout(timeoutId); return await response.json(); } catch (error) { clearTimeout(timeoutId); if (error.name === 'AbortError') { throw new Error('请求超时'); } throw error; }}4. 重试机制async function fetchWithRetry(url, maxRetries = 3) { for (let i = 0; i < maxRetries; i++) { try { const response = await fetch(url); if (!response.ok) { throw new Error(`HTTP error! status: ${response.status}`); } return await response.json(); } catch (error) { console.error(`尝试 ${i + 1} 失败:`, error.message); if (i === maxRetries - 1) { throw error; } await new Promise(resolve => setTimeout(resolve, 1000 * (i + 1))); } }}最佳实践1. 总是使用 try/catch// 不推荐:没有错误处理async function fetchData() { const response = await fetch('/api/data'); return await response.json();}// 推荐:添加错误处理async function fetchData() { try { const response = await fetch('/api/data'); return await response.json(); } catch (error) { console.error('请求失败:', error); throw error; }}2. 避免在循环中顺序 await// 不推荐:顺序执行,速度慢async function processItems(items) { const results = []; for (const item of items) { const result = await processItem(item); results.push(result); } return results;}// 推荐:并行执行,速度快async function processItems(items) { const promises = items.map(item => processItem(item)); return await Promise.all(promises);}3. 合理使用 Promise.all// 推荐:并行执行独立的异步操作async function fetchData() { const [user, posts, comments] = await Promise.all([ fetchUser(), fetchPosts(), fetchComments() ]); return { user, posts, comments };}4. 使用 finally 进行清理async function fetchData() { let connection; try { connection = await createConnection(); const data = await connection.query('SELECT * FROM users'); return data; } catch (error) { console.error('查询失败:', error); throw error; } finally { if (connection) { await connection.close(); } }}常见陷阱1. 忘记使用 await// 错误:没有 awaitasync function fetchData() { const promise = fetch('/api/data'); // promise 是一个 Promise 对象,不是数据 console.log(promise); // 输出: Promise {<pending>}}// 正确:使用 awaitasync function fetchData() { const response = await fetch('/api/data'); const data = await response.json(); console.log(data);}2. 在非 async 函数中使用 await// 错误:在非 async 函数中使用 awaitfunction fetchData() { const data = await fetch('/api/data'); // SyntaxError}// 正确:在 async 函数中使用 awaitasync function fetchData() { const data = await fetch('/api/data'); return data;}3. 过度使用 try/catch// 不推荐:过度使用 try/catchasync function fetchData() { try { try { const response = await fetch('/api/data'); try { const data = await response.json(); return data; } catch (error) { console.error('解析失败:', error); } } catch (error) { console.error('请求失败:', error); } } catch (error) { console.error('未知错误:', error); }}// 推荐:合理使用 try/catchasync function fetchData() { try { const response = await fetch('/api/data'); return await response.json(); } catch (error) { console.error('请求或解析失败:', error); throw error; }}与 Promise 的关系async/await 本质上是 Promise 的语法糖,它们之间可以互相转换:// async/awaitasync function fetchData() { const response = await fetch('/api/data'); return await response.json();}// 等同于 Promisefunction fetchData() { return fetch('/api/data') .then(response => response.json());}总结async 函数总是返回 Promise:即使返回普通值也会被包装成 Promiseawait 暂停执行:等待 Promise 完成后继续执行使用 try/catch 处理错误:确保错误被正确捕获和处理并行执行提高性能:使用 Promise.all 并行执行独立的异步操作避免过度嵌套:保持代码扁平和清晰理解与 Promise 的关系:async/await 是 Promise 的语法糖,可以互相转换
阅读 0·2月22日 14:31

什么是 MobX,它的工作原理是什么?

MobX 是一个基于信号的、经过实战测试的状态管理库,通过透明地应用函数式响应式编程(FRP)使状态管理变得简单和可扩展。它通过观察者模式自动追踪状态变化,当可观察状态发生变化时,MobX 会自动更新所有依赖该状态的派生值和反应。核心概念1. Observable(可观察状态)使用 observable 或 makeObservable 将普通 JavaScript 对象、数组、Map 等转换为可观察对象。可观察状态的变化会被 MobX 自动追踪。import { observable } from 'mobx';class TodoStore { @observable todos = []; @observable filter = 'all';}2. Action(动作)动作是修改状态的唯一方式,使用 action 装饰器或 runInAction 函数包装状态修改逻辑。这确保了状态变化是可追踪和可预测的。import { action } from 'mobx';class TodoStore { @action addTodo(text) { this.todos.push({ text, completed: false }); }}3. Computed(计算值)计算值是基于可观察状态自动更新的派生值,类似于 Vue 的 computed 属性。只有当依赖的可观察状态发生变化时才会重新计算。import { computed } from 'mobx';class TodoStore { @computed get activeTodos() { return this.todos.filter(todo => !todo.completed); }}4. Reaction(反应)反应是当可观察状态变化时自动执行的副作用,类似于 React 的 useEffect。常用的反应类型包括 autorun、reaction 和 when。import { autorun } from 'mobx';autorun(() => { console.log('当前待办事项数量:', this.todos.length);});工作原理MobX 的工作流程:追踪阶段:当反应或计算值读取可观察状态时,MobX 会建立依赖关系变化阶段:通过 action 修改可观察状态通知阶段:MobX 自动通知所有依赖该状态的反应和计算值更新阶段:反应和计算值自动重新执行或重新计算与 Redux 的区别| 特性 | MobX | Redux ||------|------|-------|| 状态管理 | 自动追踪,无需手动订阅 | 需要手动订阅和 dispatch || 代码量 | 较少,更简洁 | 较多,需要定义 actions、reducers || 学习曲线 | 较平缓 | 较陡峭 || 状态结构 | 可以嵌套 | 推荐扁平化 || 调试工具 | MobX DevTools | Redux DevTools |最佳实践始终使用 action 修改状态:确保状态变化可追踪合理使用 computed:避免重复计算,提高性能避免过度使用 observable:只对需要追踪的状态使用使用 makeAutoObservable:简化装饰器配置分离业务逻辑和 UI:将状态管理逻辑集中在 store 中适用场景MobX 适用于:中大型 React 应用需要复杂状态管理的项目团队希望快速开发的项目状态结构复杂且嵌套的场景不适用于:非常简单的应用需要严格时间旅行调试的场景团队偏好函数式编程范式
阅读 0·2月22日 14:08

MobX 和 Redux 的区别是什么,如何选择?

MobX 和 Redux 都是流行的状态管理库,但它们的设计理念和使用方式有很大的不同。选择哪一个取决于项目需求、团队偏好和具体场景。核心设计理念MobX基于观察者模式:自动追踪状态变化,无需手动订阅命令式编程:直接修改状态,更符合直觉透明响应式:状态变化自动触发更新灵活性高:不强制特定的代码结构Redux基于函数式编程:使用纯函数处理状态变化声明式编程:通过 dispatch action 来修改状态单向数据流:Action → Reducer → Store → View规范性高:强制特定的代码结构代码对比MobX 示例import { observable, action, computed, makeAutoObservable } from 'mobx';class TodoStore { todos = []; filter = 'all'; constructor() { makeAutoObservable(this); } @computed get filteredTodos() { switch (this.filter) { case 'completed': return this.todos.filter(todo => todo.completed); case 'active': return this.todos.filter(todo => !todo.completed); default: return this.todos; } } @action addTodo(text) { this.todos.push({ id: Date.now(), text, completed: false }); } @action toggleTodo(id) { const todo = this.todos.find(t => t.id === id); if (todo) todo.completed = !todo.completed; } @action setFilter(filter) { this.filter = filter; }}const store = new TodoStore();// 使用store.addTodo('Learn MobX');store.toggleTodo(store.todos[0].id);Redux 示例import { createStore } from 'redux';// Action Typesconst ADD_TODO = 'ADD_TODO';const TOGGLE_TODO = 'TOGGLE_TODO';const SET_FILTER = 'SET_FILTER';// Action Creatorsconst addTodo = (text) => ({ type: ADD_TODO, payload: { id: Date.now(), text, completed: false } });const toggleTodo = (id) => ({ type: TOGGLE_TODO, payload: id });const setFilter = (filter) => ({ type: SET_FILTER, payload: filter });// Reducerconst initialState = { todos: [], filter: 'all'};function todoReducer(state = initialState, action) { switch (action.type) { case ADD_TODO: return { ...state, todos: [...state.todos, action.payload] }; case TOGGLE_TODO: return { ...state, todos: state.todos.map(todo => todo.id === action.payload ? { ...todo, completed: !todo.completed } : todo ) }; case SET_FILTER: return { ...state, filter: action.payload }; default: return state; }}const store = createStore(todoReducer);// Selectorconst selectFilteredTodos = (state) => { switch (state.filter) { case 'completed': return state.todos.filter(todo => todo.completed); case 'active': return state.todos.filter(todo => !todo.completed); default: return state.todos; }};// 使用store.dispatch(addTodo('Learn Redux'));store.dispatch(toggleTodo(store.getState().todos[0].id));详细对比| 特性 | MobX | Redux ||------|------|-------|| 编程范式 | 命令式、面向对象 | 函数式、声明式 || 状态追踪 | 自动追踪 | 手动订阅 || 状态修改 | 直接修改 | 通过 action || 代码量 | 较少 | 较多 || 学习曲线 | 平缓 | 陡峭 || 灵活性 | 高 | 低 || 规范性 | 低 | 高 || 调试工具 | MobX DevTools | Redux DevTools || 时间旅行 | 有限支持 | 完整支持 || 中间件 | 不需要 | 丰富(redux-thunk、redux-saga 等) || 性能 | 自动优化 | 需要手动优化 || 状态结构 | 可以嵌套 | 推荐扁平化 || 类型支持 | 良好 | 需要额外配置 |使用场景适合使用 MobX 的场景快速开发:需要快速原型开发或小型项目复杂状态结构:状态结构复杂且嵌套团队经验:团队更熟悉面向对象编程灵活性优先:需要更多的代码灵活性学习成本:希望降低学习成本// MobX 适合复杂嵌套状态class UserStore { @observable user = { profile: { name: '', email: '', address: { city: '', country: '' } }, preferences: { theme: 'light', language: 'en' } }; @action updateCity(city) { this.user.profile.address.city = city; // 直接修改嵌套属性 }}适合使用 Redux 的场景大型项目:需要严格规范的大型项目团队协作:多人协作,需要统一的代码规范时间旅行:需要完整的时间旅行调试功能中间件需求:需要使用丰富的中间件生态函数式编程:团队偏好函数式编程范式// Redux 适合扁平化状态const initialState = { users: { byId: {}, allIds: [] }, profiles: { byId: {}, allIds: [] }, addresses: { byId: {}, allIds: [] }};// 通过 reducer 处理状态变化function reducer(state = initialState, action) { switch (action.type) { case UPDATE_CITY: return { ...state, addresses: { ...state.addresses, byId: { ...state.addresses.byId, [action.payload.id]: { ...state.addresses.byId[action.payload.id], city: action.payload.city } } } }; default: return state; }}性能对比MobX 性能优势自动优化:自动追踪依赖,只更新必要的组件批量更新:action 内部的状态变化会被批量处理懒计算:computed 值只在被访问时才计算// MobX 自动优化class Store { @observable items = []; @computed get expensiveValue() { console.log('Computing expensive value'); return this.items.reduce((sum, item) => sum + item.value, 0); }}// 只有在访问 expensiveValue 时才会计算console.log(store.expensiveValue); // 计算一次console.log(store.expensiveValue); // 使用缓存,不计算Redux 性能挑战手动优化:需要使用 reselect、memo 等工具优化全量比较:每次 dispatch 都会比较整个状态树需要手动订阅:需要手动选择需要的数据// Redux 需要手动优化import { createSelector } from 'reselect';const selectItems = (state) => state.items;const selectExpensiveValue = createSelector( [selectItems], (items) => { console.log('Computing expensive value'); return items.reduce((sum, item) => sum + item.value, 0); });// 需要手动选择数据const value = selectExpensiveValue(store.getState());调试对比MobX 调试// 使用 MobX DevToolsimport { makeObservable, observable, action } from 'mobx';class Store { @observable count = 0; constructor() { makeObservable(this); } @action increment() { this.count++; }}// 在浏览器中查看状态变化Redux 调试// 使用 Redux DevToolsimport { createStore } from 'redux';const store = createStore( reducer, window.__REDUX_DEVTOOLS_EXTENSION__ && window.__REDUX_DEVTOOLS_EXTENSION__());// 可以查看完整的 action 历史、状态变化和时间旅行迁移建议从 MobX 迁移到 Redux重构状态结构:将嵌套状态扁平化创建 action types:定义所有可能的 action编写 reducers:将状态修改逻辑移到 reducers使用中间件:根据需要添加中间件更新组件:使用 useSelector 和 useDispatch从 Redux 迁移到 MobX创建 stores:将 reducer 逻辑转换为 stores使用 observable:将状态转换为 observable添加 actions:将 action creators 转换为 actions更新组件:使用 observer 或 useObserver简化代码:移除不必要的样板代码总结选择 MobX 如果:需要快速开发状态结构复杂且嵌套团队更熟悉面向对象编程希望降低学习成本需要更多的代码灵活性选择 Redux 如果:项目规模较大需要严格的代码规范需要完整的时间旅行调试需要丰富的中间件生态团队偏好函数式编程两者都是优秀的状态管理库,选择哪一个应该基于项目需求和团队情况。在实际项目中,也可以根据不同模块的特点混合使用。
阅读 0·2月22日 14:08

MobX 6 相比 MobX 4/5 有哪些重要变化?

MobX 6 是 MobX 的最新主要版本,相比 MobX 4/5 有许多重要的变化和改进。了解这些变化对于升级和维护项目非常重要。主要变化1. 移除装饰器支持MobX 6 默认不再支持装饰器语法,推荐使用 makeObservable 或 makeAutoObservable。MobX 4/5(装饰器语法):import { observable, action, computed } from 'mobx';class TodoStore { @observable todos = []; @observable filter = 'all'; @computed get completedTodos() { return this.todos.filter(todo => todo.completed); } @action addTodo(text) { this.todos.push({ text, completed: false }); }}MobX 6(推荐方式):import { makeAutoObservable } from 'mobx';class TodoStore { todos = []; filter = 'all'; constructor() { makeAutoObservable(this); } get completedTodos() { return this.todos.filter(todo => todo.completed); } addTodo(text) { this.todos.push({ text, completed: false }); }}2. makeObservable 和 makeAutoObservableMobX 6 引入了两个新的 API 来替代装饰器:makeObservable需要显式指定每个属性的类型。import { makeObservable, observable, action, computed } from 'mobx';class TodoStore { todos = []; filter = 'all'; constructor() { makeObservable(this, { todos: observable, filter: observable, completedTodos: computed, addTodo: action }); } get completedTodos() { return this.todos.filter(todo => todo.completed); } addTodo(text) { this.todos.push({ text, completed: false }); }}makeAutoObservable(推荐)自动推断属性类型,更简洁。import { makeAutoObservable } from 'mobx';class TodoStore { todos = []; filter = 'all'; constructor() { makeAutoObservable(this); } get completedTodos() { return this.todos.filter(todo => todo.completed); } addTodo(text) { this.todos.push({ text, completed: false }); }}3. 移除 configureMobX 6 移除了 configure API,不再需要全局配置。MobX 4/5:import { configure } from 'mobx';configure({ enforceActions: 'always', useProxies: 'ifavailable'});MobX 6:// 不再需要 configure,默认行为已经优化4. 移除 extrasMobX 6 移除了 extras API,相关功能被整合到主 API 中。MobX 4/5:import { extras } from 'mobx';const isObservable = extras.isObservable(obj);MobX 6:import { isObservable } from 'mobx';const isObservable = isObservable(obj);5. 移除 intercept 和 observeMobX 6 移除了 intercept 和 observe API,推荐使用 reaction 替代。MobX 4/5:import { observe } from 'mobx';const disposer = observe(store.todos, (change) => { console.log('Todo changed:', change);});MobX 6:import { reaction } from 'mobx';const disposer = reaction( () => store.todos.length, (length) => { console.log('Todo count changed:', length); });6. 类型推断改进MobX 6 对 TypeScript 的支持更好,类型推断更准确。import { makeAutoObservable } from 'mobx';class TodoStore { todos: Todo[] = []; filter: 'all' | 'completed' | 'active' = 'all'; constructor() { makeAutoObservable<TodoStore>(this); } get completedTodos(): Todo[] { return this.todos.filter(todo => todo.completed); } addTodo(text: string): void { this.todos.push({ text, completed: false }); }}7. 移除 mobx-react 的 inject 和 ProviderMobX 6 推荐使用 React Context API,不再需要 inject 和 Provider。MobX 4/5:import { Provider, inject, observer } from 'mobx-react';@inject('todoStore')@observerclass TodoList extends React.Component { render() { const { todoStore } = this.props; return <div>{/* ... */}</div>; }}function App() { return ( <Provider todoStore={todoStore}> <TodoList /> </Provider> );}MobX 6:import { observer } from 'mobx-react-lite';import { createContext, useContext } from 'react';const TodoContext = createContext(null);function TodoProvider({ children, store }) { return ( <TodoContext.Provider value={store}> {children} </TodoContext.Provider> );}function useTodoStore() { const store = useContext(TodoContext); if (!store) { throw new Error('useTodoStore must be used within TodoProvider'); } return store;}const TodoList = observer(() => { const store = useTodoStore(); return <div>{/* ... */}</div>;});function App() { return ( <TodoProvider store={todoStore}> <TodoList /> </TodoProvider> );}8. 性能改进MobX 6 在性能方面有许多改进:更小的包体积:通过 Tree-shaking 减少包体积更快的响应速度:优化了依赖追踪算法更好的内存管理:减少了内存占用9. 错误处理改进MobX 6 提供了更清晰的错误信息。// MobX 6 会提供更清晰的错误信息class Store { data = []; constructor() { makeAutoObservable(this); } // 如果在 action 外修改状态 modifyData() { this.data.push({}); // 警告:在 action 外修改状态 }}迁移指南从 MobX 4/5 迁移到 MobX 61. 移除装饰器之前:class Store { @observable data = []; @action addData(item) { this.data.push(item); }}之后:class Store { data = []; constructor() { makeAutoObservable(this); } addData(item) { this.data.push(item); }}2. 更新 mobx-react之前:import { Provider, inject, observer } from 'mobx-react';@inject('store')@observerclass Component extends React.Component { render() { const { store } = this.props; return <div>{store.data}</div>; }}之后:import { observer } from 'mobx-react-lite';const Component = observer(() => { const store = useStore(); return <div>{store.data}</div>;});3. 移除 configure之前:import { configure } from 'mobx';configure({ enforceActions: 'always'});之后:// 不再需要 configure4. 更新 extras之前:import { extras } from 'mobx';if (extras.isObservable(obj)) { // ...}之后:import { isObservable } from 'mobx';if (isObservable(obj)) { // ...}最佳实践1. 使用 makeAutoObservableclass Store { data = []; constructor() { makeAutoObservable(this); }}2. 使用 mobx-react-liteimport { observer } from 'mobx-react-lite';const Component = observer(() => { return <div>{/* ... */}</div>;});3. 使用 React Contextconst StoreContext = createContext(null);function StoreProvider({ children, store }) { return ( <StoreContext.Provider value={store}> {children} </StoreContext.Provider> );}function useStore() { const store = useContext(StoreContext); if (!store) { throw new Error('useStore must be used within StoreProvider'); } return store;}4. 使用 TypeScriptclass Store { data: Data[] = []; constructor() { makeAutoObservable<Store>(this); }}常见问题1. 如何继续使用装饰器?如果需要继续使用装饰器,可以安装 mobx-undecorate 包。import { decorate, observable, action } from 'mobx';class Store { data = []; addData(item) { this.data.push(item); }}decorate(Store, { data: observable, addData: action});2. 如何处理类型推断?使用 makeAutoObservable 时,可以传入泛型参数。class Store { data: Data[] = []; constructor() { makeAutoObservable<Store>(this); }}3. 如何处理 action.bound?使用 action.bound 时,需要在 makeObservable 中指定。class Store { data = []; constructor() { makeObservable(this, { data: observable, addData: action.bound }); } addData(item) { this.data.push(item); }}总结MobX 6 移除了装饰器支持,推荐使用 makeAutoObservable移除了 configure、extras、intercept、observe 等 API推荐使用 mobx-react-lite 和 React Context对 TypeScript 的支持更好性能和错误处理都有改进迁移相对简单,主要是替换装饰器语法
阅读 0·2月22日 14:08

什么是 Promise?Promise 有哪些状态?

Promise 是 JavaScript 中处理异步操作的重要机制,它代表一个异步操作的最终完成或失败。Promise 有三种状态:pending(进行中)、fulfilled(已成功)和 rejected(已失败)。一旦状态改变,就不会再变。核心概念Promise 的三种状态pending: 初始状态,既不是成功也不是失败fulfilled: 操作成功完成rejected: 操作失败基本用法const promise = new Promise((resolve, reject) => { // 异步操作 setTimeout(() => { if (/* 操作成功 */) { resolve('成功的结果'); } else { reject('失败的原因'); } }, 1000);});promise.then(result => { console.log(result); // 处理成功}).catch(error => { console.log(error); // 处理失败});Promise 链式调用fetch('/api/user') .then(response => response.json()) .then(user => fetch(`/api/posts/${user.id}`)) .then(response => response.json()) .then(posts => console.log(posts)) .catch(error => console.error(error));Promise 静态方法Promise.all(): 所有 Promise 都成功才返回成功,有一个失败就返回失败Promise.all([promise1, promise2, promise3]) .then(results => console.log(results)) .catch(error => console.error(error));Promise.race(): 返回最先完成的结果(无论成功或失败)Promise.race([promise1, promise2]) .then(result => console.log(result));Promise.allSettled(): 等待所有 Promise 完成,返回每个 Promise 的状态Promise.allSettled([promise1, promise2]) .then(results => console.log(results));Promise.any(): 返回第一个成功的 PromisePromise.any([promise1, promise2]) .then(result => console.log(result));常见面试问题1. Promise 和回调函数的区别Promise 解决了回调地狱问题Promise 提供了更好的错误处理机制Promise 支持链式调用,代码更清晰Promise 状态不可逆,更符合直觉2. 如何处理 Promise 错误使用 .catch() 方法捕获错误,或者在 .then() 的第二个参数中处理:promise.then( result => console.log(result), error => console.error(error));// 或者promise.then(result => console.log(result)) .catch(error => console.error(error));3. Promise 的微任务机制Promise 的回调属于微任务,会在当前宏任务执行完后立即执行,优先级高于宏任务(如 setTimeout)。4. async/await 与 Promise 的关系async/await 是 Promise 的语法糖,让异步代码看起来像同步代码:async function fetchData() { try { const response = await fetch('/api/data'); const data = await response.json(); return data; } catch (error) { console.error(error); }}最佳实践总是处理错误: 使用 .catch() 或 try/catch避免嵌套 Promise: 使用链式调用合理使用 Promise 静态方法: 根据场景选择合适的方法理解事件循环: 掌握微任务和宏任务的执行顺序性能优化: 避免不必要的 Promise 包装
阅读 0·2月22日 14:08

如何实现 Promise 的取消?

Promise 的取消是一个常见但复杂的问题。Promise 本身不支持取消,但我们可以通过一些技巧来实现类似的功能。为什么 Promise 不能被取消?Promise 的设计遵循"不可逆"原则:一旦 Promise 状态改变(pending → fulfilled 或 pending → rejected),就不能再改变这种设计保证了 Promise 的可靠性和可预测性取消操作会引入额外的复杂性和不确定性实现取消的几种方法1. 使用 AbortControllerAbortController 是现代浏览器提供的取消异步操作的标准 API。基本用法const controller = new AbortController();const signal = controller.signal;fetch('/api/data', { signal }) .then(response => response.json()) .then(data => console.log(data)) .catch(error => { if (error.name === 'AbortError') { console.log('请求被取消'); } else { console.error('请求失败:', error); } });// 取消请求controller.abort();封装可取消的 fetchfunction fetchWithTimeout(url, options = {}, timeout = 5000) { const controller = new AbortController(); const timeoutId = setTimeout(() => controller.abort(), timeout); return fetch(url, { ...options, signal: controller.signal }) .then(response => { clearTimeout(timeoutId); if (!response.ok) { throw new Error(`HTTP error! status: ${response.status}`); } return response.json(); }) .catch(error => { clearTimeout(timeoutId); if (error.name === 'AbortError') { throw new Error('请求超时'); } throw error; });}// 使用示例fetchWithTimeout('/api/data', {}, 3000) .then(data => console.log(data)) .catch(error => console.error(error));2. 使用包装函数通过包装函数来实现取消功能。基本实现function makeCancellable(promise) { let hasCancelled = false; const wrappedPromise = new Promise((resolve, reject) => { promise.then( value => { if (!hasCancelled) resolve(value); }, error => { if (!hasCancelled) reject(error); } ); }); return { promise: wrappedPromise, cancel: () => { hasCancelled = true; } };}// 使用示例const { promise, cancel } = makeCancellable( fetch('/api/data').then(r => r.json()));promise .then(data => console.log(data)) .catch(error => { if (error.name === 'CancellationError') { console.log('操作被取消'); } else { console.error('操作失败:', error); } });// 取消操作cancel();完整实现class CancellablePromise { constructor(executor) { this.isCancelled = false; this.rejectors = []; this.promise = new Promise((resolve, reject) => { this.resolve = resolve; this.reject = reject; executor( value => { if (!this.isCancelled) { resolve(value); } }, error => { if (!this.isCancelled) { reject(error); } } ); }); } cancel() { this.isCancelled = true; this.rejectors.forEach(rejector => { rejector(new Error('Promise cancelled')); }); } then(onFulfilled, onRejected) { const promise = this.promise.then(onFulfilled, onRejected); return new CancellablePromise((resolve, reject) => { this.rejectors.push(reject); promise.then(resolve, reject); }); } catch(onRejected) { return this.then(null, onRejected); } finally(onFinally) { return this.then( value => { onFinally(); return value; }, error => { onFinally(); throw error; } ); }}// 使用示例const cancellablePromise = new CancellablePromise((resolve) => { setTimeout(() => { resolve('完成'); }, 2000);});cancellablePromise .then(result => console.log(result)) .catch(error => console.error(error));// 取消setTimeout(() => { cancellablePromise.cancel();}, 1000);3. 使用令牌(Token)模式通过传递令牌来检查是否应该继续执行。class CancellationToken { constructor() { this.isCancelled = false; } cancel() { this.isCancelled = true; } throwIfCancelled() { if (this.isCancelled) { throw new Error('Operation cancelled'); } }}function fetchWithToken(url, token) { return fetch(url) .then(response => { token.throwIfCancelled(); return response.json(); }) .then(data => { token.throwIfCancelled(); return data; });}// 使用示例const token = new CancellationToken();fetchWithToken('/api/data', token) .then(data => console.log(data)) .catch(error => { if (error.message === 'Operation cancelled') { console.log('操作被取消'); } else { console.error('操作失败:', error); } });// 取消操作setTimeout(() => { token.cancel();}, 1000);4. 使用 Promise.race 实现超时function promiseWithTimeout(promise, timeout = 5000) { const timeoutPromise = new Promise((_, reject) => { setTimeout(() => { reject(new Error('Timeout')); }, timeout); }); return Promise.race([promise, timeoutPromise]);}// 使用示例promiseWithTimeout( fetch('/api/data').then(r => r.json()), 3000) .then(data => console.log(data)) .catch(error => { if (error.message === 'Timeout') { console.log('请求超时'); } else { console.error('请求失败:', error); } });实际应用场景1. 取消重复的搜索请求class SearchService { constructor() { this.currentController = null; } async search(query) { // 取消之前的请求 if (this.currentController) { this.currentController.abort(); } this.currentController = new AbortController(); try { const response = await fetch(`/api/search?q=${query}`, { signal: this.currentController.signal }); return await response.json(); } catch (error) { if (error.name === 'AbortError') { console.log('搜索请求被取消'); return null; } throw error; } }}// 使用示例const searchService = new SearchService();// 用户快速输入,只保留最后一次搜索searchService.search('hello');searchService.search('hello world');searchService.search('hello world example');2. 取消长时间运行的任务class TaskManager { constructor() { this.tasks = new Map(); } async runTask(taskId, task) { const controller = new AbortController(); this.tasks.set(taskId, controller); try { const result = await task(controller.signal); return result; } catch (error) { if (error.name === 'AbortError') { console.log(`任务 ${taskId} 被取消`); return null; } throw error; } finally { this.tasks.delete(taskId); } } cancelTask(taskId) { const controller = this.tasks.get(taskId); if (controller) { controller.abort(); } }}// 使用示例const taskManager = new TaskManager();// 运行任务taskManager.runTask('task1', async (signal) => { for (let i = 0; i < 10; i++) { signal.throwIfAborted(); await new Promise(resolve => setTimeout(resolve, 1000)); console.log(`步骤 ${i + 1} 完成`); } return '任务完成';});// 取消任务setTimeout(() => { taskManager.cancelTask('task1');}, 3000);3. 组件卸载时取消请求class Component { constructor() { this.controller = new AbortController(); } async fetchData() { try { const response = await fetch('/api/data', { signal: this.controller.signal }); return await response.json(); } catch (error) { if (error.name === 'AbortError') { console.log('组件卸载,请求被取消'); return null; } throw error; } } destroy() { this.controller.abort(); }}// 使用示例const component = new Component();component.fetchData().then(data => { if (data) { console.log('数据加载成功:', data); }});// 组件卸载时setTimeout(() => { component.destroy();}, 1000);最佳实践1. 总是清理资源async function fetchData() { const controller = new AbortController(); try { const response = await fetch('/api/data', { signal: controller.signal }); return await response.json(); } finally { controller.abort(); }}2. 提供取消回调function fetchWithCancel(url, onCancel) { const controller = new AbortController(); const promise = fetch(url, { signal: controller.signal }) .then(response => response.json()); promise.cancel = () => { controller.abort(); if (onCancel) { onCancel(); } }; return promise;}// 使用示例const promise = fetchWithCancel('/api/data', () => { console.log('请求被取消');});promise.then(data => console.log(data));// 取消请求promise.cancel();3. 处理取消错误async function fetchWithCancellation(url) { const controller = new AbortController(); try { const response = await fetch(url, { signal: controller.signal }); return await response.json(); } catch (error) { if (error.name === 'AbortError') { console.log('请求被取消'); return null; } throw error; }}总结Promise 本身不支持取消:需要通过其他方式实现AbortController 是标准方案:现代浏览器推荐使用包装函数提供灵活性:可以根据需求定制取消逻辑令牌模式适合复杂场景:可以精细控制取消时机总是清理资源:避免内存泄漏处理取消错误:区分取消错误和其他错误提供取消回调:让调用者知道操作被取消考虑用户体验:取消操作应该快速响应
阅读 0·2月22日 14:07

Promise 的常见陷阱和最佳实践有哪些?

Promise 的常见陷阱和最佳实践是每个 JavaScript 开发者都应该掌握的知识。了解这些陷阱可以帮助我们写出更健壮、更高效的异步代码。常见陷阱1. 忘记返回 Promise问题示例:// 不推荐:忘记返回 Promisefunction fetchData() { fetch('/api/data') .then(response => response.json()) .then(data => { console.log(data); // 忘记返回数据 });}// 调用者无法获取数据fetchData().then(data => { console.log(data); // undefined});正确做法:// 推荐:返回 Promisefunction fetchData() { return fetch('/api/data') .then(response => response.json()) .then(data => { console.log(data); return data; // 返回数据 });}// 调用者可以获取数据fetchData().then(data => { console.log(data); // 实际数据});2. 在 then 中嵌套 Promise问题示例:// 不推荐:嵌套 Promisefetch('/api/user') .then(response => response.json()) .then(user => { fetch(`/api/posts/${user.id}`) .then(response => response.json()) .then(posts => { console.log(posts); }); });正确做法:// 推荐:扁平链式调用fetch('/api/user') .then(response => response.json()) .then(user => fetch(`/api/posts/${user.id}`)) .then(response => response.json()) .then(posts => console.log(posts));3. 忘记处理错误问题示例:// 不推荐:没有错误处理fetch('/api/data') .then(response => response.json()) .then(data => console.log(data)); // 如果请求失败,错误会被忽略正确做法:// 推荐:添加错误处理fetch('/api/data') .then(response => response.json()) .then(data => console.log(data)) .catch(error => console.error('请求失败:', error));4. 在循环中顺序 await问题示例:// 不推荐:顺序执行,速度慢async function processItems(items) { const results = []; for (const item of items) { const result = await processItem(item); results.push(result); } return results;}正确做法:// 推荐:并行执行,速度快async function processItems(items) { const promises = items.map(item => processItem(item)); return await Promise.all(promises);}5. 混用 async/await 和 Promise.then()问题示例:// 不推荐:混用导致代码混乱async function fetchData() { const response = await fetch('/api/data'); return response.json().then(data => { console.log(data); return data; });}正确做法:// 推荐:统一使用 async/awaitasync function fetchData() { const response = await fetch('/api/data'); const data = await response.json(); console.log(data); return data;}6. 不必要的 Promise 包装问题示例:// 不推荐:不必要的 Promise 包装function fetchData() { return new Promise((resolve) => { fetch('/api/data') .then(response => response.json()) .then(data => resolve(data)); });}正确做法:// 推荐:直接返回 Promisefunction fetchData() { return fetch('/api/data') .then(response => response.json());}7. 在构造函数中执行异步操作问题示例:// 不推荐:在构造函数中执行异步操作class User { constructor(id) { this.id = id; this.data = null; fetch(`/api/users/${id}`) .then(response => response.json()) .then(data => { this.data = data; }); } getData() { return this.data; // 可能返回 null }}正确做法:// 推荐:使用静态工厂方法或初始化方法class User { constructor(id, data) { this.id = id; this.data = data; } static async create(id) { const response = await fetch(`/api/users/${id}`); const data = await response.json(); return new User(id, data); } getData() { return this.data; // 保证有数据 }}// 使用const user = await User.create(1);console.log(user.getData());8. 过度使用 Promise.all问题示例:// 不推荐:对不相关的操作使用 Promise.allasync function fetchData() { const [user, posts, comments] = await Promise.all([ fetchUser(), fetchPosts(), fetchComments() ]); // 如果只需要用户数据,其他请求是浪费的 return user;}正确做法:// 推荐:只请求需要的数据async function fetchData() { const user = await fetchUser(); return user;}// 或者:按需加载async function fetchAllData() { const user = await fetchUser(); // 只在需要时加载其他数据 if (user.hasPosts) { const posts = await fetchPosts(); return { user, posts }; } return { user };}最佳实践1. 总是返回 Promise// 推荐:函数总是返回 Promisefunction fetchData() { return fetch('/api/data') .then(response => response.json());}// 调用者可以链式调用fetchData() .then(data => processData(data)) .then(result => console.log(result));2. 使用 async/await 提高可读性// 推荐:使用 async/awaitasync function fetchUserData() { try { const userResponse = await fetch('/api/user'); const user = await userResponse.json(); const postsResponse = await fetch(`/api/posts/${user.id}`); const posts = await postsResponse.json(); return { user, posts }; } catch (error) { console.error('获取数据失败:', error); throw error; }}3. 合理使用 Promise.all// 推荐:对独立的异步操作使用 Promise.allasync function fetchAllData() { const [user, posts, comments] = await Promise.all([ fetchUser(), fetchPosts(), fetchComments() ]); return { user, posts, comments };}4. 使用 Promise.allSettled 处理部分失败// 推荐:使用 Promise.allSettledasync function fetchMultipleUrls(urls) { const results = await Promise.allSettled( urls.map(url => fetch(url)) ); const successful = results .filter(r => r.status === 'fulfilled') .map(r => r.value); const failed = results .filter(r => r.status === 'rejected') .map(r => r.reason); return { successful, failed };}5. 使用 Promise.race 实现超时// 推荐:使用 Promise.race 实现超时function fetchWithTimeout(url, timeout = 5000) { const timeoutPromise = new Promise((_, reject) => { setTimeout(() => reject(new Error('Timeout')), timeout); }); return Promise.race([ fetch(url), timeoutPromise ]);}6. 使用 Promise.any 获取第一个成功的结果// 推荐:使用 Promise.anyasync function fetchFromMultipleSources(sources) { try { const response = await Promise.any( sources.map(source => fetch(source.url)) ); return await response.json(); } catch (error) { if (error instanceof AggregateError) { console.error('所有数据源都失败了'); throw new Error('无法获取数据'); } throw error; }}7. 使用 finally 进行清理// 推荐:使用 finallyasync function fetchDataWithCleanup() { let connection; try { connection = await createConnection(); const data = await connection.query('SELECT * FROM users'); return data; } catch (error) { console.error('查询失败:', error); throw error; } finally { if (connection) { await connection.close(); } }}8. 避免在循环中创建 Promisejavascript// 不推荐:在循环中创建 Promisefunction processItems(items) { const results = [];for (const item of items) { const promise = new Promise((resolve) => { setTimeout(() => { resolve(processItem(item)); }, 1000); }); results.push(promise); }return Promise.all(results);}**正确做法:**javascript// 推荐:使用 map 创建 Promisefunction processItems(items) { const promises = items.map(item => new Promise((resolve) => { setTimeout(() => { resolve(processItem(item)); }, 1000); }) );return Promise.all(promises);}### 9. 使用 AbortController 取消请求javascript// 推荐:使用 AbortControllerclass DataFetcher { constructor() { this.controller = new AbortController(); }async fetch(url) { try { const response = await fetch(url, { signal: this.controller.signal }); return await response.json(); } catch (error) { if (error.name === 'AbortError') { console.log('请求被取消'); return null; } throw error; } }cancel() { this.controller.abort(); }}### 10. 实现重试机制javascript// 推荐:实现重试机制async function fetchWithRetry(url, maxRetries = 3) { for (let i = 0; i HTTP error! status: ${response.status}); } return await response.json(); } catch (error) { console.error(尝试 ${i + 1} 失败:, error.message); if (i === maxRetries - 1) { throw error; } await new Promise(resolve => setTimeout(resolve, 1000 * (i + 1)) ); } }}## 性能优化### 1. 避免不必要的 awaitjavascript// 不推荐:不必要的 awaitasync function fetchData() { const data1 = await fetch('/api/data1'); const data2 = await fetch('/api/data2'); const data3 = await fetch('/api/data3'); return { data1, data2, data3 };}// 推荐:并行执行async function fetchData() { const [data1, data2, data3] = await Promise.all( fetch('/api/data1'), fetch('/api/data2'), fetch('/api/data3') ); return { data1, data2, data3 };}### 2. 使用缓存javascript// 推荐:使用缓存const cache = new Map();async function fetchWithCache(url) { if (cache.has(url)) { return cache.get(url); }const data = await fetch(url).then(r => r.json()); cache.set(url, data); return data;}### 3. 实现请求去重javascript// 推荐:实现请求去重const pendingRequests = new Map();async function fetchDeduplicated(url) { if (pendingRequests.has(url)) { return pendingRequests.get(url); }const promise = fetch(url) .then(response => response.json()) .finally(() => { pendingRequests.delete(url); });pendingRequests.set(url, promise); return promise;}```总结总是返回 Promise:让调用者可以链式调用使用 async/await:提高代码可读性避免嵌套 Promise:保持代码扁平处理错误:总是添加错误处理合理使用 Promise.all:对独立的异步操作使用使用 Promise.allSettled:处理部分失败的场景使用 Promise.race:实现超时和竞争使用 Promise.any:获取第一个成功的结果使用 finally:进行清理工作实现重试机制:提高可靠性使用 AbortController:取消请求避免不必要的 await:并行执行独立的异步操作使用缓存:减少重复请求实现请求去重:避免同时发起相同的请求
阅读 0·2月22日 14:07