Windows 上从源码完整构建 vLLM wheel 的详细教程

本文档为在 Windows 10/11 上从零构建 vLLM with Flash Attention 2 的完整指南：明确列出 VS2022、CUDA/cuDNN/cuDSS/cuSPARSELt、Miniconda 等前置条件；在 VS2022 Developer PowerShell 为 vLLM 创建并验证 PyTorch nightly 环境；需手动三处修改：将 Linux rm 替换为 os.remove 以防 Windows 错误，补丁 PyTorch 头文件以匹配源码签名，更新 CMakeLists 中 TORCH_SUPPORTED_VERSION_CUDA 至与 torch 版本一致。提供完整 PowerShell 构建脚本 build_wheel.ps1（短路径防空格、可 Ctrl+C 中断），并给出安装与常见问题排查（CUDA/PyTorch 版本、MSVC 环境、路径配置、编译卡住的应对）。执行后在 dist 目录生成 vllm-*.whl 并可直接 pip 安装。

WSL下编译Clash Party

本文为在 Ubuntu 20.04 下解决 Clash Party 编译缺失的 glibc 兼容 sysproxy.linux-x64-gnu.node 资源方案：因官方仅提供 musl 版本而 Ubuntu 用 glibc，直接使用会报 Native binding not found。解决思路是从源码编译 sysproxy-rs-opti 生成 glibc 版本模块并替换到项目目录，再编译/打包 Clash Party。关键步骤：安装系统构建依赖与 Node.js、Rust；在 /tmp 克隆并切换与项目一致的 sysproxy-rs-opti 版本，用 pnpm + napi-rs 编译 x86_64-unknown-linux-gnu；验证生成的 node 体积与动态链接；将生成的模块复制到 /extra/sidecar；最后运行 pnpm dev 测试并 pnpm run build:linux 生成 .deb 安装包。注意版本一致性、平台选择与清理旧文件，以及常见问题（napi 需 pnpm exec、缺少 build-essential、误用 musl 模块、网络慢与 linker 问题）。