企业官网建设流程全解析

简介：面向CTF（Capture The Flag）竞赛杂项方向选手的exe工具合集，收录网络封包捕获、隐写检测与提取、GIF逐帧分析、音频DTMF识别等场景下的实用程序，覆盖逆向工程、数据解析、图像/音频隐写等典型赛题。压缩包共23个文件，含8个exe可执行工具、7张png辅助图片、2个c源码文件及配套h头文件等，容量74.48MB。工具链从原始数据捕获、逐帧拆解到隐写信息还原形成完整闭环，便于按题选用。已有2193人学习下载。读者不仅能获得开箱即用的全系列工具，还能通过附带的dtmf2num.c、dsp.c源码和girlfriend.wav样例音频理解DTMF拨号音识别的底层实现，配合Cap.exe、SilentEye、图片图层隐写读取等程序，可系统掌握杂项题型从线索发现到数据还原的关键路径，适合CTF入门至进阶选手备赛收藏。

1. CTF 杂项解题中常用的 exe 软件，本质是一套“比赛现场不装环境”的工具箱

CTF 杂项解题中常用的 exe 软件，听起来像某个具体工具，实际上是一整套 Windows 上即开即用的杂项工具箱。杂项题的特色是题面很杂，拿到附件经常没有后缀或者后缀不对，这时候靠肉眼和系统自带记事本基本没用，必须靠 exe 工具把字节摊开，把隐写、编码、伪加密这些“藏起来的信息”快速翻出来。为什么强调 exe？因为比赛现场最怕装环境，双击就能跑、绿色免安装、路径不带空格，这些都是 exe 工具天然的优势。这篇文章按选型、搭建、实战、避坑的顺序展开，适合刚接触 CTF 的入门者，也适合想把手头工具链整理清楚的比赛老手。

2. 选型：五类必装的杂项 exe 工具及各自定位

杂项题的面很宽，没有哪个工具能通吃。我的经验是不要追求“装得多”，而是按场景把工具分成五类，每一类只留一个最顺手的。这样比赛时不会犹豫，也不会被一堆相似软件干扰判断。

2.1 文件识别与十六进制查看：HxD 和 010 Editor 二选一

文件识别是杂项第一步。一个名为flag.jpg的附件，实际可能是 PNG、zip，甚至是一个无后缀的裸字节流。十六进制编辑器就是用来确认文件头和尾部数据的工具。

HxD 是免费绿色的小工具，适合快速打开文件看前 16 个字节，也支持搜索 ASCII 和十六进制串。很多新人第一次用 HxD，只会用记事本做对比，其实 HxD 的搜索功能才是核心：搜PK能帮你定位内嵌 zip，搜flag能帮你找到裸字符串。010 Editor 则是付费编辑器，它最大的优势是模板系统，可以一键解析 PNG、RIFF、ZIP 等格式的结构，并且能直接用“结构性视图”修改字节。我之前在解 PNG 隐写题时，就是用 010 的 PNG 模板看 chunk 长度，发现某个 chunk 的 CRC 对不上，进而翻出藏在附加数据里的内容。

如果只装一个，我更推荐 010 Editor 的试用版，因为它的模板在处理伪加密和异常 chunk 时能省很多事。但如果你不想折腾授权，HxD 也完全够用。两者对比可以这样看：

无论选哪个，记住一个原则：十六进制编辑器只用来“确认”和“定位”，不要在里面手改数据，除非你明确知道要改哪一位。

2.2 压缩包与文件分离：7-Zip 加一个 binwalk 替代方案

压缩包在杂项里出现频率极高，7-Zip 是必装的 exe 软件。它能打开 zip、7z、rar 等常见格式，也能查看压缩包内文件是否加密。但 7-Zip 对“附加在图片后面的 zip”识别不可靠，经常提示“没有可提取的数据”，这时候就需要做文件分离。

最常见做法是 binwalk。binwalk 原生是 Linux 工具，官方没有 Windows exe，我的习惯是在 WSL 里装一份，需要时直接切过去跑。命令很简单：

binwalk mystery.jpg binwalk -e mystery.jpg --run-as=root

第一条命令用来扫描文件里有哪些嵌入式文件，第二条命令-e代表自动提取，--run-as=root是 WSL 环境下的常见写法，避免权限不足。如果题目紧急，Windows 侧来不及切 WSL，还有一个纯手工的 hack：用 HxD 或 010 Editor 在文件里搜索PK十六进制串（对应 zip 文件头），然后从PK所在偏移一直选到文件末尾，右键另存成out.zip，再用 7-Zip 打开。这个方法虽然笨，但永远有效，而且可以帮你理解 binwalk 到底在做什么。

另外，很多杂项题目来自 CTF 练习网站的入门题，通常会故意把 zip 藏在 jpg 尾部，练的就是“文件分离”这个基本功。所以 7-Zip 加一个能用的 binwalk 环境，值得提前配好。

2.3 编码与隐写：随波逐流这类集成工具和 Stegsolve 是互补关系

杂项里有一类题是给一段看麻了的字符串，比如一长串十六进制、base64、Unicode 编码，这时候最顺手的 exe 是随波逐流 CTF 编码工具。它把几十种编码解码、常见加密识别、甚至一些隐写功能打包在同一个窗口里，对新手非常友好。我一般拿到无规律文本，会先让它跑一遍常见编码，省得自己写脚本逐个试。

但集成工具也有盲区：它不能替你观察图片像素级隐写。LSB 隐写题需要把图片的红色、绿色、蓝色通道拆开，逐位查看最低有效位，这时候用 Stegsolve。注意，Stegsolve 原版是 jar 包，不是 exe，但很多分发环境会把它和 Java 运行时打包成 exe；无论哪种形态，打开后都是一样的界面。

Stegsolve 的基本用法并不复杂：打开图片后，按方向键左右切换通道，重点看 Red plane 0、Green plane 0、Blue plane 0 这几个模式，如果出现类似噪点的规律图案，就说明有东西。我的判断流程是：先用随波逐流试常见编码，再用 Stegsolve 看图片最低位，最后回到十六进制编辑器查文件尾。三者各管一段，不要混着用。

2.4 附件本身就是 exe：先识别、取字符串，再考虑反编译

杂项题有时直接给一个可执行文件，比如flag.exe、mystery.exe。这时候不要双击运行，先做静态分析。常见工具是 Detect It Easy（DIE），它既有图形版，也有命令行版diec.exe，能快速识别编译器、加壳类型和打包器。如果 DIE 显示 UPX 加壳，可以用upx -d脱壳；如果显示 PyInstaller，则说明这个 exe 是用 Python 打包的。

接下来用 Sysinternals 的strings.exe提取可打印字符串，命令如下：

C:\CTF\bin\strings64.exe -n 6 challenge.exe

-n 6表示只输出长度至少 6 的字符串，这样能过滤掉大量垃圾字符。运行后重点看有没有flag{、PK、http这类关键字。如果 exe 是 PyInstaller 打包，字符串里通常会出现_MEI、pyi-之类的痕迹，这时再用pyinstxtractor.py解包，然后对解出来的 pyc 文件反编译。这个过程会在后面的实战章节展开，这里想强调的是：exe 反编译本身也是一项杂项技能，值得专门练，不要只会双击运行。

2.5 流量与音频题：Wireshark 和 Audacity 也是杂项 exe 工具

杂项不只是文件和图片，pcap 流量包、wav 音频也都是常见载体。Wireshark 是流量题主力，它虽然是网络分析工具，但杂项题里经常需要它“导出对象”，把传输过程中隐藏的文件提取出来。常见操作是：打开 pcap，定位 HTTP 请求，点“文件 -> 导出对象 -> HTTP”，然后保存服务器返回的内容。

音频隐写题则用 Audacity。打开音频后，切换到频谱图视图，如果某个频段出现清晰的文字或符号，那就是隐藏信息。我自己的技巧是：把频谱图窗口拉大，颜色模式改成对比度更高的预设，这样隐藏的文字会更清楚。这两款工具都有官方 Windows 安装版，装好之后要和前面几类工具放在一起，因为它们同样属于杂项解题的工具箱。

3. 搭建一套可复现的杂项 exe 工具链：目录、校验与一键启动

工具选好后，最忌讳的是“到处下、放桌面、用时找不到”。比赛现场时间紧张，工具路径记错、版本不对，都会浪费大量时间。我把自己的工具链整理成了目录、校验、启动器三层，这里完整讲一遍。

3.1 目录结构与版本锁定

在所有工具都还没有下载之前，先建一个固定的目录结构。我建议放在C:\CTF\下，因为路径短、易记忆，也避免中文路径和空格带来的兼容问题。

C:\CTF ├── bin\ # 所有免安装工具，按 工具名-版本 命名 ├── installers\ # 官方安装包备份，避免版本过期找不到 ├── cases\ # 每个题目独立子目录，如 case_001 └── scripts\ # 自写批处理 / PowerShell 脚本

bin目录里放绿色版工具，文件名一定要带版本号。例如HxD-v2.5.0.0\HxD.exe、DIE-v3.05\diec.exe。为什么这么强调版本？因为不少工具的解析逻辑在不同版本之间有差异，尤其是 010 Editor 的模板和 binwalk 的签名库。老版本可能解析不了新格式，新版本也可能因为签名更新而误判。把版本写进文件名，至少能在复盘时知道自己当时用了什么。

这里还涉及一个重要习惯：优先从官网或官方 GitHub Releases 下载，不要从第三方网盘拿所谓“绿色版”。CTF 工具有很多本来就是小众项目，第三方整合包很容易被人二次打包，你无法确认里面有没有藏东西。

3.2 哈希校验脚本：给每个 exe 建立一份可信底账

工具下载完，我建议立刻给每个 exe 计算 SHA-256，存进一个文本文件，之后每次使用前可以批量校验。下面这个 PowerShell 脚本可以直接抄：

$toolDir = "C:\CTF\bin" $expected = Get-Content "C:\CTF\scripts\hashes.sha256" Get-ChildItem $toolDir -Recurse -Include *.exe,*.jar | ForEach-Object { $hash = (Get-FileHash $_.FullName -Algorithm SHA256).Hash $line = "$hash $($_.Name)" if ($expected -contains $line) { Write-Host "OK $($_.Name)" -ForegroundColor Green } else { Write-Host "MISMATCH $($_.Name)" -ForegroundColor Red } }

逻辑很简单：Get-ChildItem -Include *.exe,*.jar递归找出所有工具文件，Get-FileHash计算哈希，再和hashes.sha256里的每一行比对。hashes.sha256的格式就是SHA256 文件名，可以用certutil -hashfile xxx.exe SHA256手动生成，也可以让脚本首次运行时自动生成。

这块看似多余，但真的很后悔药。CTF 圈子里不少人吃过亏：从博客分享链接下载一个工具，杀毒软件报了毒，关闭杀毒后运行，结果题目目录里多出几个奇怪文件。有了哈希底账，至少能确认工具本身有没有被改动。校验哈希不是洁癖，是安全底线。

3.3 写一个 misc.bat 启动器，把常用工具集中收敛

工具多起来以后，双击桌面图标一个个找也不是办法。我习惯写一个misc.bat，把常用工具的启动命令集中在一起。这个脚本很简单，但能把“找工具”的时间压到零。

@echo off chcp 65001 >nul title CTF Misc Toolbox echo ========================================== echo [1] HxD echo [2] 010 Editor echo [3] 7-Zip echo [4] Detect It Easy echo [5] Stegsolve (需要 Java) echo [6] Wireshark echo [0] exit echo ========================================== set /p pick=请选择: if "%pick%"=="1" start "" "C:\CTF\bin\HxD-v2.5.0.0\HxD.exe" if "%pick%"=="2" start "" "C:\CTF\bin\010Editor\010Editor.exe" if "%pick%"=="3" start "" "C:\Program Files\7-Zip\7zFM.exe" if "%pick%"=="4" start "" "C:\CTF\bin\DIE-v3.05\die.exe" if "%pick%"=="5" start "" "C:\CTF\bin\stegsolve\stegsolve.jar" if "%pick%"=="6" start "" "C:\Program Files\Wireshark\Wireshark.exe" exit /b

这段脚本有几个细节值得说明。chcp 65001 >nul是为了让中文菜单在 Windows 命令行下不乱码，配合脚本文件保存为 UTF-8 编码。start ""后面的空引号是给启动的程序一个空标题，避免路径中有空格时被拆成两个参数。exit /b保证脚本结束后命令行窗口不残留。

除了菜单式启动器，更实用的是一个“拖放式”脚本：把附件文件直接拖到 bat 图标上，脚本用 HxD 打开它。代码如下：

@echo off chcp 65001 >nul if "%~1"=="" ( echo 请将文件拖到本脚本上。 pause exit /b ) start "" "C:\CTF\bin\HxD-v2.5.0.0\HxD.exe" "%~f1"

这里的%~f1是批处理里的关键参数，它会自动把拖入的文件转成完整路径，并且自动处理路径里的空格。使用这个脚本后，我基本不需要先打开 HxD 再手动找文件，拖一下就直接进入十六进制视图，看题效率明显提高。

4. 实战走一遍：从杂项附件到 flag 的 exe 操作顺序

工具链搭好以后，下一步就是按照固定套路做题。我解杂项题有一个固定顺序，每一步都有明确的目的，不会因为题目花哨而乱套。

4.1 拿到附件先做三件事：识别、看头、查哈希

拿到任何附件，第一件事不是双击打开，而是复制到一个单独的题目目录，然后依次执行三个动作。我习惯把它们写成一个批处理快速跑：

cd /d C:\CTF\cases\case_001 certutil -hashfile attachment SHA256 C:\CTF\bin\DIE-v3.05\diec.exe attachment C:\CTF\bin\HxD-v2.5.0.0\HxD.exe attachment

certutil -hashfile是 Windows 自带的哈希计算命令，适合快速确认文件是否被改动，也能在后续从网上比对文件哈希时用。diec.exe是 DIE 的命令行版，输出结果包括文件类型、编译器、加壳信息。HxD 打开后，第一眼要看文件最前面的 16 个字节，也就是文件头签名。

常见文件头可以直接背下来：

如果文件头显示是PK，但后缀是.jpg，基本可以断定这是一个改后缀的压缩包，直接用 7-Zip 打开试试，往往能直接看到 flag。如果文件头显示是FF D8 FF，但文件尾部还有大量数据，那就要考虑文件合并或隐写。

4.2 图片隐写的一个标准探测顺序

图片是杂项题最常见的载体，我的探测顺序固定为四步。

第一步，用 strings 提取字符串。strings 是 Sysinternals 提供的独立 exe，会把二进制里所有可打印字符串拉出来。如果图片里直接塞了一句话，这一步就能看见。第二步，用 HxD 拉到文件尾部，检查最后几百字节里有没有PK、Rar!、7z这类压缩包签名。很多题会把一个 zip 直接追加在图片后面，strings 里能看到PK，但用 7-Zip 打开整个图片会报错，因为 7-Zip 不支持合并文件。

这时候手动分离比 binwalk 更直观：在 HxD 里搜索50 4B 03 04（zip 文件头），定位到PK所在偏移，从该位置选中到文件末尾，复制到新文件并命名为out.zip。然后 7-Zip 打开out.zip，很可能里面就是一个密码过的文本或图片。

第三步，用 Stegsolve 逐通道查看。打开图片后按方向键切换通道，重点看 Red plane 0、Green plane 0、Blue plane 0，以及 GrayScale 模式。如果某些模式下出现明显的噪点规律或文字轮廓，就把当前帧用 Save 导出成 PNG，再进一步处理。第四步，如果前三步都没结果，回到 010 Editor，用 PNG 模板查看所有 chunk。正常情况下 PNG 的 IHDR、IDAT、IEND 顺序是固定的，如果出现zTXt、iTXt等异常 chunk，或者某个 chunk 的 CRC 值不对，那就是故意埋了信息。

4.3 压缩包拿到手：先看加密位，再决定爆破还是伪加密

压缩包题最容易让人翻车的地方，是把伪加密当成真加密，然后花几个小时去爆破。伪加密是 zip 格式里一个很常见的陷阱：文件本身其实没有加密，但目录区的“加密标志位”被置为 1，导致常规解压工具认为它加密了。

判断方法很简单。用 HxD 打开 zip，搜索50 4B 01 02，这是 zip 目录记录的签名。找到后看第 5 个字节的最低位是否为 1。如果为 1，先不要爆破，尝试用 ZipCenOp 修复：

java -jar ZipCenOp.jar r fake_encrypted.zip

这里的r表示 repair，工具会扫描目录记录，把加密标志位翻转回去，生成一个新 zip。如果新 zip 用 7-Zip 打开不需要密码，那就证实了伪加密，flag 直接到手。如果没有 Java 环境，也可以用 010 Editor 手动把那一位从01改成00，保存后重新解压。

只有确定是真加密，才考虑爆破。杂项题的压缩包口令一般不会设得特别复杂，常见做法是用 ARCHPR 这类图形化工具做字典或暴力破解，但不要一上来就丢给 hashcat 跑大字典。先想一想题目给了什么线索：文件名、图片里的文字、音频内容，口令往往和这些线索强相关。

4.4 面对 exe 附件的操作顺序：从识别到反编译

如果题目给出的附件本身就是一个 exe，把它当“黑匣子”并不是好习惯。正确的顺序是先识别、再取字符串、再看资源、最后考虑反编译。

第一步用 DIE 查看。图形界面里能看到“编译器”和“壳”两个关键字段。如果显示UPX，执行upx -d challenge.exe脱壳后再继续分析。如果显示PyInstaller或py2exe，说明这个 exe 是 Python 打包出来的。第二步用 strings 搜索关键字，常见的隐藏信息往往就在字符串里，不用急着反编译。第三步用 Resource Hacker 等工具查看资源节，有时 flag 直接写在版本信息或对话框资源里。

如果是 PyInstaller 打包的 exe，最常用的处理方式是解包加反编译：

python pyinstxtractor.py challenge.exe python -m uncompyle6 challenge.exe_extracted/challenge.pyc

pyinstxtractor.py会把 exe 里的 Python 模块和 pyc 文件提取出来。解包后，与主程序同名的 pyc 通常就是入口脚本。uncompyle6可以把 pyc 反向还原成 Python 源码。如果 pyc 缺少文件头，需要先按照 Python 版本补上对应的 magic number，否则反编译会报错。

这里有一个安全提醒：不要在任何有重要资料的环境里直接运行来路不明的 exe。我一般先把静态分析做完，如果确实需要动态观察行为，放到虚拟机里，配合 Process Monitor 看它访问了哪些文件。

5. 杂项 exe 工具使用中的常见问题与避坑清单

工具链再完整，也架不住环境问题。这里把最常见的五个坑按“现象、原因、解决”写清楚，每一条都是自己或身边人踩过的。

5.1 现象：杀毒软件把工具当毒删了

这是一个非常高发的问题，尤其是随波逐流这类用易语言或脚本打包成的工具，很容易被启发式引擎判定为木马。我见过有人刚下完工具，解压瞬间就被 Windows Defender 隔离，然后整场比赛没有工具可用。

原因在于很多 CTF 工具本身就是小众项目，没有正规签名，行为上又包含字符串扫描、文件读取、进程枚举这类操作，正好撞上杀毒软件的敏感规则。解决办法是：把C:\CTF目录加入杀毒软件排除项，并且只从可信渠道下载工具。如果是压缩包被杀软拦截，先恢复文件，校验 SHA-256 和官方一致后再加白名单。千万不要在杀毒软件反复报警的情况下强行关闭防护裸奔，那样并不是安全，只是把风险往后推。

5.2 现象：双击工具没反应，或者闪退

新人在 Windows 上第一次跑stegsolve.jar，经常出现双击后没有任何反应，或者在命令行窗口里闪一下就不见了。最常见原因是缺少 Java 运行时环境。Stegsolve 原生是 jar，需要java -jar启动，如果系统没有装 JRE，自然无法运行。

解决办法是先在命令行手动启动，看具体报错：

java -jar stegsolve.jar

如果提示java not recognized，说明 Java 没有安装或没有配置JAVA_HOME，直接安装一个官方 JRE 即可。除了 Java，还有不少 exe 依赖 Visual C++ 运行库和 .NET Framework。遇到“The code execution cannot proceed because XX.dll was not found”这类弹窗，就说明缺运行库，最好一次性装好常用的 VC++ 运行库合集。另外，绿色版工具尽量不要放在带中文名的路径下，比如C:\Users\张三\下载\新工具，某些老旧 exe 对中文路径处理不好，会直接闪退。

5.3 现象：隐写工具能看到花屏，但导出的图里没有 flag

用 Stegsolve 看图片时，某个通道确实出现了明显花屏，但把这一帧 Save 成 PNG 后，打开却发现只是一堆噪点，没有文字。这个问题我遇到过很多次，通常不是工具坏了，而是图片格式的问题。

Stegsolve 对索引色 PNG 和隔行扫描 PNG 的支持不太好，如果原图不是典型的 24 位真彩图，导出结果会错位。解决办法是先用 Python 把图片转成无压缩的 BMP 再丢进 Stegsolve：

from PIL import Image im = Image.open("original.png").convert("RGB") im.save("convert.bmp")

这段代码会把图片统一转成 24 位 RGB 的 BMP 格式，位深固定，Stegsolve 就能按预期解析。需要注意的是，convert("RGB")会丢弃透明通道，如果题目依赖 alpha 通道隐写，这一步会坏大事。所以操作前一定保留原图备份，转换只是尝试，不能替代原图分析。

5.4 现象：Linux 专用工具无法在 Windows 上运行，强行找 exe 替代更不靠谱

binwalk、foremost、zsteg 这些工具在杂项里经常用到，但它们不是 Windows exe，也没有特别权威的 Windows 移植版。很多新手图省事，从第三方网站下载所谓“binwalk.exe”，结果要么无法运行，要么版本太老解析不出来。

我的建议是直接放弃“找 exe 替代”这个思路，老老实实装 WSL2 或 Docker。在 WSL 里跑 binwalk 很稳定：

binwalk -e -M case.bin

-e是提取，-M是递归提取，意思是如果提取出来的文件里还有嵌套文件，继续处理。这里有一个小坑：WSL 直接访问 Windows 目录（也就是/mnt/c/...）时，IO 较慢且权限容易出问题。正确做法是先把题目文件复制到 WSL 的 home 目录下，比如/home/user/case.bin，再执行 binwalk。很多人遇到“权限 denied”或者提取速度极慢，就是因为直接对/mnt/c下的文件操作。

5.5 现象：把伪加密 zip 爆破了几小时，最后发现直接改一位字节就行

这是最让人崩溃的情况。拿到一个 zip，右键查看属性显示加密了，于是立刻上 ARCHPR 开始爆破，结果跑了几个小时后提示密码未找到。其实只要用 010 Editor 打开 zip，搜索50 4B 01 02，看一眼目录记录里的加密标志位，就能判断是不是伪加密。

伪加密的判断和处理方法在 4.3 里已经写过了。这里想单独提醒：爆破工具是最后手段，不是第一选择。做题时如果发现压缩包口令很难猜，先回去看题目描述、图片名字、音频内容，口令往往藏在某个不起眼的线索里。开了爆破就等于告诉题目你已经无计可施了，在真实比赛中时间成本非常高。

6. 进阶：把常用操作收敛成一个“拖入即识别”的脚本

工具箱做好了，最后一步是把它变成肌肉记忆。我建议你把这个脚本留在桌面，以后每一次做题都从它开始。

@echo off chcp 65001 >nul if "%~1"=="" ( echo 请将题目文件拖到本脚本上。 pause exit /b ) echo ========================================== echo 完整路径: %~f1 echo ========================================== echo [SHA-256] certutil -hashfile "%~f1" SHA256 | findstr /v "hash" echo [文件头-前16字节] powershell -Command "$b=[System.IO.File]::ReadAllBytes('%~f1')[0..15]; ($b | ForEach-Object {$_.ToString('X2')}) -join ' '" echo [DIE 识别] C:\CTF\bin\DIE-v3.05\diec.exe "%~f1" echo [字符串] C:\CTF\bin\strings64.exe -n 6 "%~f1" pause

脚本接收拖入的文件路径，然后依次输出哈希、文件头、编译器识别结果和可打印字符串。%~f1是批处理里“完整路径”的标准写法，certutil负责算哈希，powershell -Command那一行只用来读取前 16 个字节并格式化成十六进制字符串，diec.exe协助判断是否加壳或打包。整个流程下来不到三秒，但已经覆盖了一道杂项题 80% 的“一眼信息”。

我自己现在拿到任何附件，第一反应都是先拖到这个脚本上，看到 DIE 输出和文件头之后再决定下一步。以前我也喜欢囤工具，后来发现真正需要的是“稳定复现”：同一个 PNG 模板，010 Editor 版本不同，解析结果都可能不一样。把每个 exe 的版本、哈希、路径都记清楚以后，比赛前不再临时抱佛脚。希望这个习惯能帮到你。

本文还有配套的精品资源，点击获取