Windows下用MSYS2和VSCode搭建C/C++开发环境:从安装到第一个CMake项目
在Windows上构建你的现代C/C开发工作流MSYS2、VSCode与CMake深度整合指南如果你是一位长期在Windows平台上耕耘的C/C开发者或许曾不止一次地羡慕过Linux或macOS上那种“开箱即用”的、由强大命令行工具和包管理器构成的流畅开发体验。在Windows上配置一个功能完整、工具链统一且易于管理的开发环境过去常常意味着要面对各种独立的安装程序、繁琐的环境变量配置以及潜在的路径冲突。这种割裂感在需要处理跨平台项目时尤为明显。今天我们将彻底告别这种困境。本文将带你深入探索一套在Windows上搭建的、媲美Linux体验的现代化C/C开发环境。这套方案的核心是MSYS2——一个提供了完整GNU工具链和pacman包管理器的Windows子系统Visual Studio Code (VSCode)——微软出品的轻量级但功能强大的代码编辑器以及CMake——现代C/C项目事实上的标准构建系统生成器。我们将从零开始不仅完成环境的安装与配置更会深入探讨如何让这三者无缝协作打造一个高效、可维护且愉悦的开发工作流最终通过一个实际的CMake项目来验证整个环境的有效性。1. 理解MSYS2Windows上的“Linux”开发基石在深入动手之前我们有必要先厘清MSYS2究竟是什么以及它如何改变了Windows上的开发格局。MSYS2并非一个虚拟机或模拟器而是一个集成了大量GNU工具、库和pacman包管理器的软件发行版。它基于MinGW-w64和Cygwin技术为Windows提供了一个类Unix的POSIX兼容层和开发环境。这意味着你可以在Windows的命令行里使用诸如gcc、g、make、gdb、git、bash、vim等熟悉的工具并且通过pacman轻松安装和管理成千上万的软件包。1.1 MSYS2的六大子系统选择你的“战场”初次启动MSYS2你可能会被其提供的多个终端快捷方式搞糊涂。它们代表了不同的“子系统”或“环境”各自面向不同的编译目标和工具链。理解它们的区别是正确使用MSYS2的第一步。子系统名称编译器目标架构运行时库主要用途MSYS2 MSYSGCC (MSYS2)Windows (POSIX兼容层)msys-2.0.dll运行和编译依赖于MSYS2 POSIX环境的软件和脚本。这是MSYS2自身的“基础环境”。MSYS2 MINGW64GCC (MinGW-w64)Windows 64位原生msvcrt.dll (传统)编译原生64位Windows应用程序不依赖MSYS2的POSIX层生成纯Win32程序。这是最常用、最推荐的环境。MSYS2 MINGW32GCC (MinGW-w64)Windows 32位原生msvcrt.dll (传统)编译原生32位Windows应用程序。MSYS2 UCRT64GCC (MinGW-w64)Windows 64位原生Universal CRT (UCRT)编译使用现代Windows Universal C Runtime的64位原生程序兼容性更好是未来的方向。MSYS2 CLANG64LLVM/ClangWindows 64位原生同上取决于链接库使用Clang编译器编译64位原生Windows程序。适合需要Clang特定功能或进行交叉编译的场景。MSYS2 CLANGARM64LLVM/ClangARM64 (AArch64)同上在x64 Windows主机上为ARM64架构设备如某些Surface设备编译原生程序。提示对于绝大多数开发者的日常C/C开发我们的主战场是MSYS2 MINGW64或MSYS2 UCRT64。它们生成的程序是原生的Windows可执行文件.exe不依赖额外的POSIX兼容层DLL可以直接分发运行。本文后续操作将默认在MSYS2 MINGW64环境中进行。1.2 安装与初始配置避开那些“坑”从MSYS2官网下载最新的安装程序msys2-x86_64-*.exe并运行。安装过程本身很直观但有几个关键点需要注意安装路径务必选择一个纯英文、无空格、长度较短的路径。例如C:\msys64是理想选择。避免使用Program Files这类带空格的路径许多Unix工具对空格的处理并不友好。系统拦截安装过程中Windows Defender或杀毒软件可能会弹出警告。这是因为安装程序需要修改系统路径等。请放心MSYS2是开源且广泛使用的项目选择“允许”或“更多信息-仍要运行”即可。安装后首次运行安装完成后从开始菜单找到并运行MSYS2 MINGW64。首次启动时终端会自动执行一个初始化脚本。不要关闭这个窗口它会引导你完成核心系统的更新。在打开的MINGW64终端中首先更新包数据库和基础包。这是一个标准操作确保你获得最新的软件源信息。pacman -Syu这个命令会先更新pacman自身和核心的MSYS2包。更新完成后终端会提示你关闭所有MSYS2窗口。请务必照做然后重新打开MSYS2 MINGW64终端再次运行相同的命令以更新其余的非核心包pacman -Syu第二次更新完成后你的MSYS2基础环境就准备就绪了。pacman -Syu这个组合命令-Sy刷新数据库-u升级已安装的包是你日后维护系统时需要经常用到的。2. 构建核心工具链编译器、构建工具与包管理实战有了干净的基础系统接下来我们安装C/C开发的核心工具链。我们将使用pacman这个来自Arch Linux的强大包管理器它让软件安装变得无比简单。2.1 安装开发工具链在MSYS2 MINGW64终端中执行以下命令来安装完整的GCC编译器和基础开发工具pacman -S --needed base-devel mingw-w64-x86_64-toolchain-S代表同步安装。--needed参数非常有用它告诉pacman只安装那些尚未安装的包避免不必要的重复下载和安装。base-devel是一组基础开发工具如make,autoconf,automake等的元包。mingw-w64-x86_64-toolchain是GCC编译器套件包括gcc, g, gdb, binutils等的元包。执行命令后pacman会列出所有将要安装的包及其大小并询问你是否继续。直接按回车确认即可。安装过程会从镜像服务器下载几百MB的包请保持网络通畅。2.2 安装CMake与Ninja现代C/C项目构建CMake几乎是标配。同时Ninja作为一个专注于速度的小型构建系统常被用作CMake的生成器后端。我们来安装它们pacman -S mingw-w64-x86_64-cmake mingw-w64-x86_64-ninja安装完成后可以快速验证一下gcc --version g --version cmake --version ninja --version你应该能看到对应的版本号输出。2.3 配置Windows环境变量关键一步为了让Windows原生的命令行如CMD、PowerShell以及后续的VSCode能够找到我们刚刚安装的工具需要将MSYS2中MinGW的二进制目录添加到系统的PATH环境变量中。在Windows搜索栏输入“环境变量”选择“编辑系统环境变量”。点击“环境变量”按钮。在“系统变量”区域找到并选中Path变量点击“编辑”。点击“新建”添加以下两条路径请根据你的实际安装路径调整C:\msys64\mingw64\bin(这是GCC, GDB, CMake, Ninja等工具所在位置)C:\msys64\usr\bin(这是make,bash,git等基础工具所在位置)建议将这两条路径上移到列表顶部以确保它们优先被系统找到。点击“确定”保存所有更改。注意添加C:\msys64\usr\bin时需谨慎。虽然它提供了make等工具但也包含大量MSYS2特有的POSIX工具。如果它与系统其他工具如某些Windows版Unix工具冲突可以尝试只添加mingw64\bin并在需要时通过绝对路径或在MSYS2终端内使用make。完成添加后打开一个新的Windows终端CMD或PowerShell输入gcc --version如果能看到输出说明环境变量配置成功。这一步至关重要它确保了VSCode等外部工具能无缝调用我们的编译链。3. 配置Visual Studio Code打造智能化的C/C IDEVSCode本身是一个编辑器但通过强大的扩展它可以变身为一流的C/C集成开发环境。我们的目标是配置一个能理解CMake项目、提供智能代码补全、实时错误检查、一键编译调试的开发空间。3.1 必备扩展安装打开VSCode进入扩展市场CtrlShiftX搜索并安装以下核心扩展C/C (ms-vscode.cpptools)微软官方出品提供代码智能感知IntelliSense、调试、浏览等功能。这是C/C开发的基石。CMake Tools (ms-vscode.cmake-tools)CMake集成工具。它能自动检测CMake项目提供配置、构建、测试、调试、打包等一系列图形化按钮和命令。CMake (twxs.cmake)为CMakeLists.txt文件提供语法高亮和代码片段支持。安装后建议重启VSCode以确保扩展完全加载。3.2 关键工作区设置VSCode的设置分为用户级全局和工作区级项目特定。为了让我们MSYS2的工具链被正确识别我们需要进行一些配置。在你的项目根目录下创建一个名为.vscode的文件夹并在其中创建settings.json文件。这个文件将存放本项目特定的设置。一个针对MSYS2 MINGW64环境优化的settings.json配置示例如下{ cmake.configureSettings: { // 强制CMake使用我们指定的编译器路径避免自动检测到其他编译器如Visual Studio CMAKE_C_COMPILER: C:/msys64/mingw64/bin/gcc.exe, CMAKE_CXX_COMPILER: C:/msys64/mingw64/bin/g.exe }, cmake.generator: Ninja, // 优先使用Ninja作为生成器构建速度更快 cmake.buildDirectory: ${workspaceFolder}/build, // 指定构建输出目录保持源码树清洁 cmake.preferredGenerators: [ Ninja, MinGW Makefiles, // 备选生成器 Unix Makefiles ], C_Cpp.default.compilerPath: C:/msys64/mingw64/bin/g.exe, // 告诉C/C扩展默认的编译器路径 C_Cpp.default.intelliSenseMode: windows-gcc-x64, // 针对MinGW GCC的IntelliSense模式 C_Cpp.default.cppStandard: c17, // 默认C标准 C_Cpp.default.cStandard: c11, // 默认C标准 // 配置包含路径帮助IntelliSense更好地找到头文件 C_Cpp.default.includePath: [ ${workspaceFolder}/**, C:/msys64/mingw64/include/**, C:/msys64/mingw64/x86_64-w64-mingw32/include/** ], // 配置编译器参数用于IntelliSense的后台解析 C_Cpp.default.compilerArgs: [ -stdc17 ] }这份配置做了几件关键事锁定工具链明确告诉CMake Tools和C/C扩展使用MSYS2 Mingw64下的GCC/G。提升构建体验优先使用Ninja生成器并约定将构建产物输出到项目下的build文件夹这是一种保持源码目录整洁的最佳实践。优化代码感知为C/C扩展配置了正确的编译器路径、IntelliSense模式和标准库头文件路径确保代码补全、跳转和错误提示的准确性。4. 实战从零创建一个CMake项目并深度集成理论配置完毕让我们通过一个具体的项目来验证和巩固整个工作流。我们将创建一个简单的“Hello World”项目但它会包含一些现代CMake项目的常见元素。4.1 项目结构与CMakeLists.txt首先创建一个项目文件夹例如my_cmake_project。在VSCode中打开这个文件夹。然后创建如下目录和文件my_cmake_project/ ├── .vscode/ │ └── settings.json (前面已创建) ├── include/ │ └── greeting.h ├── src/ │ ├── greeting.cpp │ └── main.cpp ├── CMakeLists.txt └── README.md让我们填充这些文件的内容include/greeting.h:#ifndef GREETING_H #define GREETING_H #include string void sayHello(const std::string name); void sayGoodbye(); #endif // GREETING_Hsrc/greeting.cpp:#include greeting.h #include iostream void sayHello(const std::string name) { std::cout Hello, name ! Welcome to the modern C world with MSYS2 and VSCode! std::endl; } void sayGoodbye() { std::cout Goodbye! Happy coding! std::endl; }src/main.cpp:#include greeting.h #include string int main() { std::string user Developer; sayHello(user); // ... 这里未来可以添加更多应用逻辑 sayGoodbye(); return 0; }现在最核心的CMakeLists.txt文件cmake_minimum_required(VERSION 3.15) # 指定一个较新的CMake版本以使用现代特性 project(MyGreetingApp VERSION 1.0.0 LANGUAGES CXX) # 定义项目名、版本和语言 # 设置C标准为17并强制要求如果编译器不支持会报错 set(CMAKE_CXX_STANDARD 17) set(CMAKE_CXX_STANDARD_REQUIRED ON) set(CMAKE_CXX_EXTENSIONS OFF) # 禁用编译器特定扩展保证可移植性 # 将当前源码目录和include目录添加到头文件搜索路径 # 这样源文件中的 #include greeting.h 才能被找到 include_directories(${CMAKE_CURRENT_SOURCE_DIR}/include) # 创建一个库目标名为 greeting_lib由 src/greeting.cpp 编译而来 add_library(greeting_lib src/greeting.cpp) # 创建一个可执行文件目标名为 my_app由 src/main.cpp 编译而来 add_executable(my_app src/main.cpp) # 将 greeting_lib 库链接到 my_app 可执行文件 target_link_libraries(my_app PRIVATE greeting_lib) # 一个可选的安装规则用于演示 install(TARGETS my_app DESTINATION bin)这个CMakeLists.txt展示了现代CMake的几个好习惯明确指定CXX语言和C17标准。使用target_include_directories和target_link_libraries的现代作用域链接方式本例中简化为include_directories对于小项目也可接受。将代码模块化为库和可执行文件结构清晰。4.2 使用CMake Tools进行构建与调试现在神奇的事情要发生了。由于我们安装了CMake Tools扩展并配置了settings.jsonVSCode应该能自动检测到项目根目录下的CMakeLists.txt文件。底部状态栏变化观察VSCode底部状态栏你会看到CMake Tools的按钮。它会显示当前选择的“Kit”工具包、“Build Target”构建目标和“Build Type”构建类型如Debug/Release。选择Kit点击状态栏的“Kit”部分可能显示为“No Kit Selected”。VSCode会扫描系统你应该能看到一个名为类似于GCC x.x.x x86_64-w64-mingw32的选项这就是我们的MSYS2 GCC。选择它。配置项目选择Kit后CMake Tools会自动开始“配置”项目。它会在后台执行类似cmake -B build -G Ninja ...的命令读取你的CMakeLists.txt并在build目录由settings.json指定生成构建文件Ninja构建规则。配置成功后状态栏会显示构建目标my_app。构建项目点击状态栏的“Build”按钮一个齿轮图标或按F7键。CMake Tools会调用ninja或make在build目录中编译你的项目。编译输出会显示在VSCode的“终端”面板。成功后你会在build目录下找到my_app.exe。运行与调试运行在资源管理器中右键点击src/main.cpp选择“Run C/C File”或者直接在终端里进入build目录运行./my_app.exe。调试这才是VSCode的强项。打开src/main.cpp在main函数内的某一行比如sayHello(user);左侧点击设置一个断点出现红点。然后点击状态栏的“Debug”按钮一个播放图标加虫子或按F5键。VSCode会启动调试会话程序会在断点处暂停。此时你可以使用顶部的调试工具栏继续、单步跳过、单步进入等并在侧边栏查看变量、调用堆栈等信息。这一切都得益于我们正确配置的C_Cpp.default.compilerPath和工具链。4.3 高级技巧多配置与任务集成管理Debug与Release构建CMake Tools默认支持多配置。点击状态栏的“Build Type”可能显示为Debug可以切换到Release。每次切换都会在build目录下生成对应的子目录如build/Debug,build/Release分别存放不同配置的构建结果。Debug版本包含调试信息方便调试Release版本经过优化适合发布。创建自定义VSCode任务虽然CMake Tools提供了大部分功能但有时你可能想自定义一些构建步骤。可以在.vscode/tasks.json中定义。例如创建一个清理构建目录的任务{ version: 2.0.0, tasks: [ { label: Clean Build, type: shell, command: rm, args: [ -rf, ${workspaceFolder}/build ], group: { kind: build, isDefault: false }, presentation: { reveal: always, panel: new }, problemMatcher: [] } ] }然后通过CtrlShiftP输入 “Run Task”选择“Clean Build”即可执行。5. 日常维护与问题排查指南环境搭建好后日常使用中可能会遇到一些小问题。这里分享一些维护经验和常见问题的解决方法。使用pacman管理软件包搜索包pacman -Ss 关键词在所有仓库中搜索。查看已安装pacman -Q | grep 关键词查看已安装的包。安装新包例如安装一个JSON解析库pacman -S mingw-w64-x86_64-nlohmann-json。更新系统定期运行pacman -Syu来更新所有包。记住更新核心包后需要重启MSYS2终端。清理缓存pacman -Scc清理下载的包缓存以节省空间。VSCode IntelliSense不工作或报错这是最常见的问题之一。通常是因为C/C扩展没有正确找到编译器或头文件。首先检查.vscode/settings.json中的C_Cpp.default.compilerPath和includePath是否正确指向了MSYS2的路径。尝试在VSCode中按CtrlShiftP输入 “C/C: Select a Configuration...”选择“Edit Configurations (UI)”在打开的设置界面中检查并修正路径。有时候直接删除项目下的.vscode/ipch缓存文件夹和build目录然后重启VSCode并重新配置CMake项目可以解决问题。CMake配置失败找不到编译器确保Windows环境变量PATH中MSYS2的mingw64\bin路径位于其他可能包含编译器如Visual Studio的路径之前。在VSCode的CMake Tools设置中可以尝试明确指定CMake路径在settings.json中添加cmake.cmakePath: C:/msys64/mingw64/bin/cmake.exe。检查CMake输出面板的具体错误信息通常会有明确提示。调试时无法命中断点或变量显示optimized out这通常发生在尝试调试Release构建的程序或者编译器优化级别过高时。确保你是在Debug构建类型下进行调试。在CMakeLists.txt中Debug配置默认会添加-g标志并降低优化级别-O0或-Og。经过以上步骤你已经拥有了一个在Windows上高度集成、功能强大且易于维护的C/C开发环境。这套组合——MSYS2提供稳定统一的工具链VSCode提供极致的编辑和调试体验CMake管理复杂的项目构建——不仅解决了Windows开发者的痛点其体验甚至在某些方面超越了传统的IDE。它轻量、可定制、符合现代开发流程并且完全免费开源。下次当你需要开始一个新的C/C项目时不妨就从这里起步享受这种清晰、高效的开发节奏。

相关新闻

别再乱用求解器了!Python科学计算库性能对比与避坑指南

别再乱用求解器了!Python科学计算库性能对比与避坑指南

别再乱用求解器了!Python科学计算库性能对比与避坑指南 作为一名在数据科学和工程优化领域摸爬滚打多年的开发者,我见过太多项目因为求解器选择不当而陷入性能泥潭。一个看似简单的线性方程组求解,用错了库,计算时间可能从毫秒级飙…

2026/7/6 22:51:40 阅读更多 →
Pktgen高级玩法:用Lua脚本实现自定义流量模型生成(附GitHub实战案例)

Pktgen高级玩法:用Lua脚本实现自定义流量模型生成(附GitHub实战案例)

Pktgen高级玩法:用Lua脚本实现自定义流量模型生成(附GitHub实战案例) 如果你已经熟悉了Pktgen-DPDK的基础命令行操作,能够用它发送固定模式的流量,那么恭喜你,你已经迈入了高性能网络测试的门槛。但真正的挑…

2026/7/5 2:29:08 阅读更多 →
大模型评测实战:如何用Perplexity(PPL)指标精准评估模型性能?

大模型评测实战:如何用Perplexity(PPL)指标精准评估模型性能?

大模型评测实战:如何用Perplexity(PPL)指标精准评估模型性能? 在当下大模型技术快速迭代的浪潮中,如何科学、客观地评估一个模型的真实能力,是每一位AI工程师和研究人员必须直面的核心问题。我们常常会接触到各种炫目的评测榜单和…

2026/7/6 6:23:06 阅读更多 →

最新新闻

专业级开源卡拉OK唱歌游戏UltraStar Deluxe快速上手指南:打造家庭KTV的完整实战教程 [特殊字符]

专业级开源卡拉OK唱歌游戏UltraStar Deluxe快速上手指南:打造家庭KTV的完整实战教程 [特殊字符]

专业级开源卡拉OK唱歌游戏UltraStar Deluxe快速上手指南:打造家庭KTV的完整实战教程 🎤 【免费下载链接】USDX The free and open source karaoke singing game UltraStar Deluxe, inspired by Sony SingStar™ 项目地址: https://gitcode.com/gh_mirr…

2026/7/7 8:28:16 阅读更多 →
打工人别再手动做报表了:我用28节课把AI塞进了日常办公(附完整学习路径)

打工人别再手动做报表了:我用28节课把AI塞进了日常办公(附完整学习路径)

先问几个扎心的问题: 领导让你"用AI搞个自动化",你打开ChatGPT问了半天,最后还是手动干?网上教程看了几十个,收藏夹吃灰,真到工作里一个都用不上?想接点AI的私活/项目,客户一句"这个能不能实现"就把你问懵了? 如果你中了任意一条,这篇文章你得看完。我最…

2026/7/7 8:28:16 阅读更多 →
3分钟掌握Windows右键菜单管理:ContextMenuManager完整指南

3分钟掌握Windows右键菜单管理:ContextMenuManager完整指南

3分钟掌握Windows右键菜单管理:ContextMenuManager完整指南 【免费下载链接】ContextMenuManager 🖱️ 纯粹的Windows右键菜单管理程序 项目地址: https://gitcode.com/gh_mirrors/co/ContextMenuManager 你是否厌倦了每次右键点击文件时&#xf…

2026/7/7 8:26:16 阅读更多 →
Okbiye AI|科研发刊不用反复折腾,全等级期刊论文智能创作体系详解

Okbiye AI|科研发刊不用反复折腾,全等级期刊论文智能创作体系详解

okbiye-免费查重复率aigc检测/开题报告/毕业论文/智能排版/文献综述/期刊论文期刊论文 - Okbiye智能写作https://www.okbiye.com/ai/qklw 一、独立期刊论文专属功能入口,细分普刊 / 核心 / SCI 三大发文赛道 Okbiye AI 写作平台左侧功能导航栏做了精细化学术分类&a…

2026/7/7 8:24:15 阅读更多 →
PHP 5.4-8.x RCE漏洞防御:从Pikachu靶场看4类关键安全编码实践

PHP 5.4-8.x RCE漏洞防御:从Pikachu靶场看4类关键安全编码实践

PHP 5.4-8.x RCE漏洞防御:从Pikachu靶场看4类关键安全编码实践在Web应用开发中,远程代码执行(RCE)漏洞始终是悬在开发者头顶的达摩克利斯之剑。Pikachu靶场通过精心设计的实验场景,揭示了PHP应用中常见的RCE漏洞成因与…

2026/7/7 8:24:15 阅读更多 →
Claude Code+GLM-4.7+VSCode:AI编程协作者的工程化落地实践

Claude Code+GLM-4.7+VSCode:AI编程协作者的工程化落地实践

1. 为什么这组组合正在悄悄取代 Cursor——一个一线开发者的实测观察最近三个月,我彻底停用了 Cursor,不是因为功能不好,而是它在真实项目节奏里开始“卡顿”:写一个中等复杂度的 Vue 组件要反复切换上下文,调试时 AI …

2026/7/7 8:20:14 阅读更多 →

日新闻

鸿蒙新特性:图片画廊与轮播导航——构建沉浸式图片浏览体验

鸿蒙新特性:图片画廊与轮播导航——构建沉浸式图片浏览体验

图片浏览是移动应用中最高频的场景之一。从社交应用的照片流到电商平台的商品图集,从旅游应用的景点相册到摄影作品展示——用户对图片浏览的体验要求不断提高:流畅的切换动画、直观的缩略图导航、便捷的收藏操作、自动播放模式。HarmonyOS NEXT ArkUI 虽…

2026/7/7 0:05:16 阅读更多 →
24V DC-DC降压芯片PW2312B/PW2815,SOT23-6到SOP8-EP方案对比

24V DC-DC降压芯片PW2312B/PW2815,SOT23-6到SOP8-EP方案对比

24V稳压芯片完整选型指南 PW8600 PW75XX PW2815 PW2312B LDODC/DC全方案 一、24V稳压方案概述 24V直流电源在工业自动化、门禁系统、电梯控制、汽车电子、LED驱动、监控设备等场景中应用极广,是最常见的中压直流母线电压。要将24V母线稳定降压至下游MCU、传感器…

2026/7/7 0:05:16 阅读更多 →
RAG+知识图谱混合检索与Graph RAG核心对比

RAG+知识图谱混合检索与Graph RAG核心对比

做企业RAG落地的团队,往往容易卡在一容易踩坑的选型难题: 当需求单纯靠向量RAG搞不定、单纯靠知识图谱也搞不定,必须同时依赖「文本语义理解 实体关系推理」时,到底是做「向量图谱混合检索」就够了,还是必须上「Grap…

2026/7/7 0:07:19 阅读更多 →

周新闻

B站视频下载神器BiliTools:5分钟学会轻松保存任何B站内容

B站视频下载神器BiliTools:5分钟学会轻松保存任何B站内容

B站视频下载神器BiliTools:5分钟学会轻松保存任何B站内容 【免费下载链接】BiliTools A cross-platform bilibili toolbox. 跨平台哔哩哔哩工具箱,支持下载视频、番剧等等各类资源 项目地址: https://gitcode.com/GitHub_Trending/bilit/BiliTools …

2026/7/6 8:11:50 阅读更多 →
威胁模型全解析:从新手入门到实战应用,助你构建安全产品!

威胁模型全解析:从新手入门到实战应用,助你构建安全产品!

威胁模型的陌生现状在忙碌疲惫的一天里,参与了关于混合后量子密码学的讨论,应付端点攻击找茬的人,还参与留言板讨论后,发现“威胁模型”对多数人仍是陌生概念,且多被当作时髦用语。有趣的相关画作有一幅由 Embyr 创作的…

2026/7/6 8:11:52 阅读更多 →
渗透测试入门指南:从零基础到实战环境搭建

渗透测试入门指南:从零基础到实战环境搭建

1. 从“看热闹”到“入门”:我理解的渗透测试到底是什么?每次看到新闻里说某个大公司的数据被“黑”了,或者某个网站被攻击导致服务瘫痪,你是不是和我一样,心里会冒出两个念头:一是“这黑客真厉害”&#x…

2026/7/6 6:52:56 阅读更多 →

月新闻