Windows CMD与PowerShell全维度专业对比分析

最新推荐文章于 2026-06-29 21:56:33 发布
原创 最新推荐文章于 2026-06-29 21:56:33 发布 · 359 阅读 · 10 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测

Windows CMD与PowerShell全维度专业对比分析

Windows CMD与PowerShell全维度专业对比分析

普通人快速选用口诀
随手查 IP、ping 网络、运行老 bat 脚本 → 用 CMD；
批量改文件名、筛选大文件、批量设置电脑参数 → 用 PowerShell；
新写自动化小脚本，一律选择 PowerShell，不要再写老旧批处理。

一句话总结
CMD 守老兼容、轻量快捷，主打临时简单操作；PowerShell 全能强大、高效自动化，是现在 Windows 官方主力命令工具。**加粗样式**

一、技术架构与设计理念

1. CMD（Command Prompt）

开发背景

CMD溯源MS-DOS（1981）COMMAND.COM，32位Windows（NT3.1起）重构为32位控制台宿主cmd.exe，继承DOS命令行内核，为兼容DOS、早期Windows批处理而生，诞生于单任务、字符终端时代。

底层架构
  • 底层依托Win32控制台子系统（conhost.exe），本质是面向字符串文本的壳程序；
  • 内置解析器为独立批处理语法引擎，仅封装调用Win32原生API、系统EXE外部程序（dir.exe/find.exe等），无内置对象模型；
  • 进程模型：CMD进程直接调用独立可执行文件，各命令是离散原生二进制程序，进程间仅靠标准文本流交互。
设计目标

短期人机交互+简单批处理自动化，以兼容DOS遗留脚本、快速执行系统内置DOS命令为核心，适配早年单文件、面向文本的运维逻辑，无面向复杂系统管理的顶层设计。

2. PowerShell（PS）

开发背景

微软2006年正式发布（初代PS1.0随XP/Server2003更新），由微软管理团队基于**.NET Framework/.NET Core**开发，后分分支：Windows PowerShell（.NET Framework，仅Windows）、PowerShell Core/PS7+（跨平台.NET，Win/Linux/macOS），目的替换CMD、VBScript，统一Windows全平台系统管理工具。

底层架构
  • 架构核心：基于.NET运行时的面向对象Shell，宿主分powershell.exe(WinPS)、pwsh.exe(PS7)，同样依托Win32控制台/新式Windows终端；
  • 内置完整PS对象管线引擎，所有系统资源（进程、服务、注册表、磁盘）被封装为.NET托管对象；
  • 架构分层：命令解析层→对象管道层→.NET运行时调用层，Cmdlet（PS原生命令）是.NET托管类实例，非独立EXE文件；外部exe程序作为兼容层嵌入调用。
设计目标

企业级全生命周期Windows系统自动化管理，打通注册表、WMI、COM、.NET、CIM、AD域、Azure云平台统一操作，实现面向对象的可编程运维，对标Linux Bash+Python组合能力。

实例：CMD查看进程调用tasklist.exe（独立二进制）；PowerShellGet-Process是.NET类System.Diagnostics.Process实例化，直接读取系统内核进程对象。

二、命令语法与操作方式

1. 命令命名规则

CMD
  1. 继承DOS短命名，缩写碎片化：dir(directory)、md(mkdir)、rd(rmdir)、cls(clear screen)，无统一命名规范；
  2. 内置命令与外部EXE混杂，部分同名不同功能（start内置、find外部程序）；
  3. 批处理变量：%var%（运行时变量）、!var!（延迟扩展变量，需setlocal enabledelayedexpansion开启）。
PowerShell
  1. 动词-名词（Verb-Noun）标准命名规范（微软官方规范），动词固定分类：Get/Set/New/Remove/Start/Stop等，可读性极强：
    • 查询：Get-ChildItem（等价CMD dir）、Get-Process（等价tasklist）；
    • 修改：Set-Service、New-Item（等价md）；
  2. 支持别名（Alias）：内置兼容别名dir=Get-ChildItem、md=New-Item，兼顾老用户习惯；
  3. 变量统一$变量名：$path = "C:\Windows"，全域/局部/环境变量分层规范，环境变量$env:SystemRoot。

2. 参数格式

  • CMD：参数无统一规范，空格分隔、斜杠/或减号-混用：dir /s /b、xcopy C:\A D:\B /e /h，不同程序参数规则完全独立（find用/v，attrib用+r）。
  • PowerShell：统一减号+命名参数，参数名全称/缩写通用：
# 全称参数
Get-ChildItem -Path C:\Windows -Recurse -File
# 缩写参数
Get-ChildItem C:\Windows -r -fi

位置参数可省略参数名，强类型校验（数值/字符串/对象参数区分），CMD无参数类型校验，全部参数视为字符串。

3. 管道（|）核心机制（最本质区别）

CMD管道：纯文本字符串传递

CMD|仅将前一条命令控制台输出文本字符串原样转发给后一个程序，下游需要通过find/findstr字符串截取解析数据，无结构化数据：

:: 筛选C盘目录含System的条目，只能字符串匹配
dir C:\ /s | findstr System

缺陷：文本格式随系统语言、版本变化，脚本极易失效，无法直接读取文件大小、创建时间等结构化字段。

PowerShell管道：.NET对象流式传递

|传递完整.NET对象，不转字符串，下游命令直接访问对象属性、调用对象方法，无需字符串截取：

# 筛选大小大于1GB的C盘文件，直接访问Length属性
Get-ChildItem C:\ -Recurse -File | Where-Object {$_.Length -gt 1GB}

$_代表管道中当前对象，.Length是文件对象原生属性，数据结构化、不受输出格式影响。

三、功能与能力范围

1. 本地系统管理

功能CMDPowerShell
文件管理基础增删改查，目录递归靠dir /s，批量处理依赖for循环+字符串截取完整文件元数据（权限、哈希、ACL），内置文件哈希Get-FileHash、ACL配置Get-Acl/Set-Acl
服务管理net start/stop、sc.exe（外部工具），仅基础启停Get-Service/Set-Service/New-Service，直接修改服务启动类型、依赖项、服务权限
注册表reg.exe外部工具读写，层级操作繁琐内置注册表驱动器HKLM:\，直接Get-ItemProperty HKLM:\Software\Microsoft遍历项值
进程管理tasklist/taskkill字符串筛选杀进程`Get-Process

2. 自动化脚本

  • CMD：.bat/.cmd批处理，语法简陋，仅基础循环for、条件if，无函数、异常捕获、面向对象，复杂自动化依赖拼接第三方EXE，无原生错误处理。
    :: CMD简单循环，仅文本操作
for %%i in (*.txt) do echo %%i
  • PowerShell：.ps1脚本，完整高级编程语言特性：自定义函数、类（class）、try/catch异常捕获、数组、哈希表、正则原生支持、异步任务，可编写上万行企业级运维脚本。
    # PS批量改名，对象属性操作
Get-ChildItem *.txt | Rename-Item -NewName {$_.BaseName + "_bak.txt"}

3. 网络操作

  • CMD：依赖外置工具ping、ipconfig、netstat、telnet，只能文本查看网络信息，无法批量配置网卡IP/DNS；修改IP需调用netsh.exe。
  • PowerShell：内置NetTCPIP模块，原生网卡配置：
# 静态设置网卡IP、网关、DNS
New-NetIPAddress -InterfaceIndex 3 -IPAddress 192.168.1.100 -PrefixLength 24 -DefaultGateway 192.168.1.1
Set-DnsClient -InterfaceIndex 3 -ServerAddresses "223.5.5.5","114.114.114.114"

支持TCP监听、端口扫描、测试网络连通Test-NetConnection（替代ping+tracert）。

4. 拓展场景：云与域管理

CMD无原生AD、云平台能力，需调用第三方工具；PowerShell原生集成ActiveDirectory模块（AD域控）、Azure/AWS云SDK，一键批量创建域用户、云虚拟机，是微软云官方运维终端。

四、扩展性与生态系统

1. CMD扩展性

  1. 扩展方式仅能调用第三方独立EXE程序，无插件/模块加载机制；
  2. 无官方包管理器，工具零散，依赖手动下载二进制文件放入System32；
  3. 生态老旧：仅DOS时代遗留小工具、老旧批处理脚本，近十年几乎无新功能开发，微软停止为CMD新增特性。

2. PowerShell扩展性

  1. 官方包管理器：PowerShellGet，内置Install-Module一键从PSGallery官方仓库安装第三方模块：
# 安装AD域管理模块
Install-Module ActiveDirectory -Scope CurrentUser
  1. 扩展形式：.NET DLL开发自定义Cmdlet、编写PS模块（.psm1）、CIM/WMI封装、COM组件调用；
  2. 跨平台生态：PS7支持Windows/Linux/macOS，兼容Python、.NET、REST API调用，可直接Invoke-RestMethod调用HTTP接口（原生JSON解析）；
  3. 社区资源：微软官方文档、PowerShell Gallery数万开源模块、Azure/AD全系列官方脚本，企业运维、云运维主流生态。

实例：调用接口，PS原生解析JSON，CMD需要curl+第三方json解析exe：

$res = Invoke-RestMethod https://jsonplaceholder.typicode.com/todos/1
$res.title

五、执行效率与资源占用

1. 短命令单次执行（简单dir、ping）

CMD启动速度略快：cmd.exe体积小、无.NET运行时加载开销，毫秒级拉起；PowerShell首次启动需要加载.NET运行时，冷启动耗时（PS7冷启动约几十ms，Windows PowerShell可达200ms+），重复打开PS会话缓存运行时后差距缩小。

2. 批量数据处理（万级文件遍历、批量进程筛选）

PowerShell效率远高于CMD：

  • CMD：管道文本来回编码转换、字符串拆分消耗大量CPU，批量文件遍历靠for+findstr，十万文件脚本耗时数分钟；
  • PowerShell：直接内存中操作.NET对象，无文本编解码损耗，内置优化的Cmdlet，同等任务耗时压缩至秒级；
  • 资源：小任务PS内存略高（.NET运行时常驻），超大批量任务时，CMD因频繁创建子进程（多个exe）内存、CPU暴涨，PS单进程对象处理资源更可控。

3. 脚本循环场景

CMDfor /f循环解析文本效率极低；PowerShellForEach-Object/原生for循环经.NET优化，批量循环性能提升数倍。

六、兼容性考量

1. CMD对历史程序兼容

  1. 全兼容MS-DOS批处理(.bat/.cmd)、DOS内置命令、老式net.exe/sc.exe/xcopy.exe等工具，32/64位Windows均内置，老旧机房、工控系统必用；
  2. 64位Windows下C:\Windows\SysWOW64\cmd.exe专门兼容16位/32位遗留DOS程序。

2. PowerShell兼容性分层

  1. 向下兼容CMD所有可执行程序：PS中可直接运行dir /s、tasklist、.bat脚本，自动调用原生exe；
  2. 版本兼容：
    • Windows PowerShell(1.0~5.1)：仅Windows系统，Win7预装PS2.0、Win10 1607预装PS5.1，绑定.NET Framework；
    • PowerShell7(跨平台)：Win7~Win11、Linux、macOS独立安装，不依赖系统预装.NET，部分老旧Windows专用模块（如AD）需额外安装；
  3. 不兼容纯DOS内部批处理特殊语法（如DOS专属变量延迟、怪异的for嵌套写法），复杂老bat脚本建议在CMD中直接执行。

兼容实例：PowerShell终端直接执行CMD命令：cmd /c "for /l %%i in (1,1,10) do echo %%i"。

七、安全特性

1. CMD安全机制

  1. 权限遵循Windows UAC，CMD默认继承当前用户权限，无脚本执行策略管控，bat脚本双击默认直接运行，恶意bat可随意执行系统命令，病毒、勒索软件早年大量滥用批处理；
  2. 仅靠系统NTFS权限限制，无内置脚本签名、代码执行白名单机制；
  3. 环境变量劫持风险高：优先从当前目录加载同名exe，恶意程序放置同名ping.exe即可劫持命令。

2. PowerShell多层安全管控（企业级安全设计）

  1. 执行策略（ExecutionPolicy）：系统默认Restricted策略，默认禁止直接双击运行.ps1脚本，必须手动修改策略或终端手动启动，阻断恶意脚本静默执行：
# 查看当前执行策略
Get-ExecutionPolicy
# 仅允许已数字签名脚本运行（企业安全规范）
Set-ExecutionPolicy AllSigned
  1. 脚本代码签名：支持数字证书签名.ps1，未签名脚本在AllSigned策略下直接拦截；
  2. 约束模式（Constrained Language Mode）：域环境可通过组策略锁定PS，禁用.NET创建、系统敏感API调用，防止横向渗透；
  3. 进程隔离：PS7基于现代进程模型，防范路径劫持，默认不优先读取当前目录模块；

注：攻击者可通过powershell -Command绕过部分限制，但相比CMD防护体系完善很多，Windows Defender对PS恶意脚本专属检测规则远多于CMD。

八、适用场景与使用建议

（一）CMD适用场景

  1. 老旧设备/工控机运维：XP、Win7老旧工控、嵌入式Windows、无PowerShell精简版系统，仅预装CMD；
  2. 快速单条简易命令：临时ping、ipconfig、磁盘快速目录查看，随手调用短命令；
  3. 遗留bat批处理维护：企业存量数十年历史.bat脚本改造、运行，替换成本极高；
  4. PE微型维护系统：Windows预安装环境仅内置CMD，无PowerShell组件，装机、故障修复专用。

使用建议：仅做临时简易操作、遗留脚本兼容，不新建复杂自动化批处理，新项目优先改用PowerShell。

（二）PowerShell适用场景

  1. Windows服务器/AD域/云平台运维自动化：批量管理域用户、服务器、Azure云资源，定时巡检脚本；
  2. 系统深度配置：批量修改网卡、注册表、文件ACL、系统服务配置；
  3. 数据处理+接口对接：解析CSV/JSON、调用HTTP接口、日志批量分析；
  4. 现代Windows终端日常使用：Win11终端默认集成PowerShell，替代CMD日常操作；
  5. 跨平台运维：PS7统一管理Windows+Linux混合服务器。

使用建议：新项目自动化、企业运维全部使用PowerShell7，日常运维逐步淘汰CMD编写新脚本；需要运行老bat时通过CMD子进程调用。

总结核心本质差异

CMD是DOS遗留文本型命令解释器，定位：简易交互+老旧兼容；
PowerShell是基于.NET面向对象的现代可编程Shell，定位：全平台企业级系统自动化管理，是微软官方主推的下一代命令行标准。

标签
#windows
Windows中CMD与PowerShell区别详解
2401_87127984的博客
09-27 1131
简单来说，：一把可靠但功能单一的瑞士军刀（只有基本工具）。：一个全功能的现代化机械车间（可以制造、组合、自动化任何工具）。下面我们从几个维度进行详细对比。
PowerShell 与 CMD：Windows 命令行工具的深度对比分析
C蔡博士的博客
01-23 1294
摘要：本文对比了Windows系统中CMD和PowerShell的核心差异。CMD源自MS-DOS，基于文本处理，功能有限；而PowerShell作为现代自动化框架，基于.NET对象模型，支持结构化数据处理、高级脚本编程和.NET交互。关键区别在于：CMD输出文本，PowerShell处理对象。PowerShell在命令生态、安全性、并发处理等方面优势明显，已成为微软推荐的自动化工具。虽然CMD在简单任务中仍有价值，但PowerShell更适合复杂系统管理和现代服务集成，代表着Windows自动化的未来方向
Windows下cmd和powershell的区别
世界那么大，我想去看看～【随心更新，看世界去了😄】
03-31 9109
cmd和powershell的区别
CMD与PowerShell的区别
m0_53487505的博客
03-18 3116
PowerShell 终端（PowerShell）和传统的 CMD 终端（命令提示符）是 Windows 系统中两种不同的命令行工具，它们在设计目标、功能特性和使用场景上有显著区别。跨平台开发或管理混合环境（Linux/Windows）。对于兼容性要求高的旧脚本或简单操作，仍可使用 CMD。输出为文本，需手动解析（如提取进程 ID）。需要操作结构化数据（如 JSON、XML）。编写复杂脚本（如系统管理、自动化任务）。输出为对象，可直接筛选属性（如。运行遗留的 DOS 批处理脚本。低资源环境下的基础操作。
Windows 11 中 PowerShell 与 CMD 的深度对比：从定位到实战
Baron的技术blog
08-28 2038
本文对比了 Windows 系统中的 CMD 和 PowerShell 命令行工具。CMD 作为 DOS 兼容工具，仅支持基础命令和简单脚本；PowerShell 则是现代化管理平台，基于 .NET 框架，支持对象导向、模块扩展和跨平台操作。文章指出，PowerShell 在处理复杂任务、系统管理和自动化脚本方面优势明显，是 Windows 11 的未来趋势，建议用户尽快掌握。
手把手带你搞懂PowerShell和CMD的六大本质区别（附实战对比）
GDShrc的博客
05-12 1862
最近在技术交流群里看到萌新们经常灵魂发问：“PowerShell和CMD到底有啥区别啊？不都是黑窗口吗？”（扶额）作为在Windows系统里摸爬滚打多年的老运维，今天必须给大家掰开了揉碎了讲清楚这对"孪生兄弟"的本质差异！
powershell与cmd分别是什么，有什么区别
tuokuac的博客
08-16 1180
CMD 像“老式计算器”，PowerShell 像“带编程功能的科学计算器”。日常敲敲命令二者没差，一旦要写脚本，PowerShell 强十倍。“Terminal” 只是一个统称（中文叫“终端”），它既不是 CMD，也不是 PowerShell，而是承载这些 Shell 的一个窗口。具体在里面跑的是CMDPowerShell还是Git BashWSL，完全取决于你在终端里启动的是哪个“Shell”。Terminal = “容器”；CMD / PowerShell = “容器里跑的具体 Shell”
深入浅出CMD与PowerShell：Windows命令行工具的“进化论”
JakeMa1024的博客
06-17 1246
在Windows操作系统的世界里，命令行工具始终扮演着“幕后英雄”的角色。无论是系统管理、自动化任务，还是开发调试，它们都提供了高效的操作方式。然而，对于很多用户来说，**CMD**（命令提示符）和**PowerShell**这两款工具的差异却常常让人感到困惑。本文将从历史背景、核心差异、应用场景等多个维度，带你全面了解这两款工具的“前世今生”，并帮助你选择最适合自己的“武器”。
PowerShell 和 CMD
2401_87259519的博客
11-07 1174
本文对比了Windows系统中的命令提示符(CMD)和PowerShell两大命令行工具。CMD起源于MS-DOS系统，主要用于执行基本命令和批处理脚本，而PowerShell是微软2006年推出的现代化管理平台，基于.NET对象模型设计。两者在数据处理、管道机制、命令体系等方面存在根本差异：CMD处理纯文本，PowerShell处理.NET对象；CMD功能有限，PowerShell则提供全面的系统管理能力，支持脚本编程、远程管理、云服务等。文章建议：简单任务可使用CMD，但复杂系统管理和自动化任务应首选P
Windows Terminal vs. CMD/PowerShell：效率对比
JetRaven12的博客
01-06 320
这个工具不仅证明了Windows Terminal的性能优势，更重要的是帮助团队统一开发环境。我们还发现，统一使用Windows Terminal后，团队在终端相关问题上消耗的支持时间减少了约30%。Windows Terminal的现代化特性，比如多标签、Unicode支持和丰富的自定义选项，虽然看似细微，但日积月累节省的时间相当可观。工具会记录从点击图标到出现可输入光标的时间作为启动速度，通过系统API获取内存占用数据，并用高精度计时器测量常见命令的执行时长。上快速搭建类似工具。
一文搞懂：CMD、PowerShell、Windows Terminal 的区别与选型指南
2403_85993278的博客
04-27 1067
Windows命令行工具选型指南：CMD适合执行简单命令和老脚本，功能有限；PowerShell是强大的原生Shell，适合系统管理和自动化任务；WindowsTerminal则是现代终端容器，能统一管理各类Shell并提供高度自定义界面。开发推荐WindowsTerminal+WSL+PowerShell组合，实现跨平台开发和高效管理。
Windows Shell 与 CMD 程序之间联系与区别
qq_39980997的博客
12-12 1128
Windows Shell 是用户与操作系统交互的界面总称，包含图形化界面和命令行工具。CMD（cmd.exe）是一种传统的命令行 Shell，主要用于执行文本命令和批处理脚本，但功能相对基础。相比之下，PowerShell 是更强大的现代命令行工具，支持面向对象和复杂脚本，适合系统管理和自动化任务。微软推荐优先使用 PowerShell 和 Windows Terminal（现代化终端程序），而 CMD 仅用于兼容旧脚本或简单命令。日常图形操作则通过文件资源管理器等图形 Shell 完成。根据任务需求，用
从cmd到PowerShell：VSCode默认终端配置全指南（避坑+性能对比）
rnn9storyteller的博客
03-03 859
本文深入解析了VSCode集成终端的配置方法，对比了cmd、PowerShell及WSL等不同终端的性能与适用场景。文章提供了从基础设置到高级定制的完整指南，包括性能优化、场景化配置策略及常见问题排错，帮助开发者根据项目需求高效配置VSCode默认终端，提升开发效率。
Windows老司机必备：PowerShell与CMD的5个实战场景对比（附常用命令速查表）
ujm56789012的博客
02-13 482
本文深入对比了Windows系统中PowerShell与CMD在文件处理、系统服务管理、注册表操作、进程管理和自动化脚本等5个实战场景的应用差异。通过详细命令示例和性能分析，帮助用户理解PowerShell的对象化处理和CMD的文本流特性，提升系统管理效率。附常用命令速查表，适合Windows运维人员参考。
Clink与PowerShell对比：哪个更适合Windows命令行开发？
gitblog_00348的博客
03-13 1165
在Windows命令行开发领域，选择合适的工具对提升效率至关重要。Clink作为一款轻量级命令行增强工具，将Bash的强大编辑功能引入cmd.exe，而PowerShell则是微软官方推出的任务自动化与配置管理框架。本文将从功能特性、适用场景、易用性等维度深入对比两者，助你快速找到最适合自己的Windows命令行开发工具。 ## 🚀 核心功能大比拼 ### Clink：让cmd.exe焕发新
cmd和powershell和bash的区别
m0_63819687的博客
11-26 897
本文对比了Java后端开发常用的三种终端工具：cmd、PowerShell和bash。cmd是Windows基础终端，适合简单操作；PowerShell是Windows现代化终端，支持自动化脚本和.NET生态；bash是跨平台行业标准，适合Linux服务器部署。文章从核心区别、使用场景、语法差异等方面详细分析，建议开发者优先掌握bash（服务器场景）和PowerShell（Windows自动化），cmd仅作备用。同时强调跨平台脚本应优先使用bash编写，以确保兼容性。
Git Bash、CMD 与 PowerShell 的区别详解
equila的博客
04-19 529
Git Bash、CMD 与 PowerShell 的区别详解
Windows Terminal vs 传统CMD：效率对比实测
EmeraldWolf23的博客
12-12 980
尝试类似工具开发时，发现其内置终端已经基于Windows Terminal技术栈，配合一键部署功能，能快速验证跨平台兼容性。实测从代码编写到性能测试报告生成，全程无需手动配置环境，效率提升显著。Windows Terminal作为微软推出的现代化终端，相比传统CMD到底能带来多少效率提升？对于需要频繁使用终端的开发者，切换至Windows Terminal并合理配置，保守估计每日可节省30分钟以上的无效等待时间。通过这次对比，Windows Terminal在现代化开发场景中的优势非常明显。
PowerShell与CMD：从一键安装看安全风险
ZhangJiqun&191cm&85kg
03-07 674
1. CMD 是 Windows 传统命令行，仅支持基础文本指令；PowerShell 是新一代面向对象的脚本工具，功能强、跨平台，且兼容 CMD 指令。 2. `iwr -useb ... | iex` 核心作用是下载并立即执行远程 PowerShell 脚本，存在极高安全风险，非可信来源绝对不要执行。 3. 使用 PowerShell 需遵循“先下载、再查看、后执行”的安全原则，拒绝来源不明的远程脚本。
什么时候应该用 Array，而不是 List？
最新发布
2401_88318194的博客
06-29 856
Array 并不是 List 的“旧版本”，List 也不是 Array 的“升级版”。Array关注的是数据存储本身，提供连续内存、固定大小以及 CLR 级别的原生优化，更适合性能敏感或结构固定的场景。List关注的是集合管理，通过在数组之上封装扩容策略和丰富 API，更适合绝大多数业务开发场景。数据规模是否固定？是否需要动态增删？是否经过性能分析，确认集合操作成为瓶颈？是否需要通过固定长度来表达 API 的设计意图？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

quxuexi

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值