首页
/ GhidraDev：在 Eclipse 中开发与调试 Ghidra 脚本和模块的完整指南

GhidraDev：在 Eclipse 中开发与调试 Ghidra 脚本和模块的完整指南

2026-09-04 15:43:30作者：郁楠烈Hubert
ghidra
Ghidra is a software reverse engineering (SRE) framework
项目地址：https://gitcode.com/GitHub_Trending/gh/ghidra

GhidraDev 是 Ghidra 官方提供的 Eclipse 插件，让开发者能够以完整的 IDE 体验创建、编译、运行和调试 Ghidra 脚本（Ghidra Script）与 Ghidra 模块（Ghidra Module）。本文基于仓库中 GhidraDev 插件的官方 README 展开，结合插件源码中的扩展声明与工具类实现，覆盖从安装配置、项目创建、Link Ghidra 机制，到 GUI/Headless 启动调试、PyDev（Jython/PyGhidra）集成以及插件自身构建的全过程。读完本文，你可以独立完成 Ghidra 开发环境在 Eclipse 中的搭建，理解 GhidraDev 识别“Ghidra 项目”的底层判据，并掌握其运行配置的实现原理。

1. 版本要求与环境基线

README 开篇即声明：文档内容以 GhidraDev 5.1.0 为基准，并可能随后续版本变化。仓库中 feature.xml 里的 version="5.1.0.qualifier" 与这一声明相互印证，说明当前仓库快照正是 5.1.0 版本线。

最低要求（Minimum Requirements）：

  • Eclipse 2023-12 4.30 或更高版本；
  • Ghidra 11.2 或更高版本；
  • 从源码结构看（依赖 org.eclipse.jdt.launching 等现代 PDE 构件，且 4.0.0 变更日志明确升级），构建与运行 GhidraDev 需要 JDK 21。

可选要求（Optional Requirements）：

  • PyDev 9.3.0 或更高版本（用于 Python 支持，详见第 6 节）；
  • Gradle：导出模块扩展时需要使用，具体版本由所链接的 Ghidra 发行版在 <GhidraInstallDir>/Ghidra/application.properties（本仓库对应 application.properties）中指定。

此外，仓库的依赖清单 fetchDependencies.gradle 显示，Ghidra 构建体系会为 GhidraDev 单独下载两份带 eclipse: true 标记的依赖——PyDev 9.3.0.zip 和 cdt-8.6.0.zip（CDT 即 Eclipse CDT 插件，供 Symbol Lookup 功能使用），二者均落到 dependencies/GhidraDev 目录。这与 README 中“Symbol Lookup 需要安装 CDT 插件”的说明一致。

2. 三种安装方式

GhidraDev 可以手动安装到 Eclipse，也可以由 Ghidra 自动安装，取决于你的使用场景。

2.1 离线手动安装（Manual Installation, offline）

将 GhidraDev 安装到现有 Eclipse 的方法与大多数 Eclipse 插件相同。从 Eclipse 开始：

  1. 点击 Help -> Install New Software...
  2. 点击 Add...
  3. 点击 Archive...
  4. 选择 <GhidraInstallDir>/Extensions/Eclipse/GhidraDev/ 下的 GhidraDev zip 文件
  5. 点击 OK（名称栏可留空）
  6. 勾选 Ghidra 分类（或 GhidraDev 条目）
  7. 点击 Next
  8. 再次点击 Next
  9. 接受许可证条款
  10. 点击 Finish
  11. 勾选 Unsigned 表格条目
  12. 点击 Trust Selected
  13. 点击 Restart Now

2.2 在线手动安装（Manual Installation, online）

如果有网络连接，可以向现有 Eclipse 添加官方 update site 来安装最新版 GhidraDev（update site 地址见 README 原文）。这样做的好处是：可以在下一个 Ghidra 版本发布之前提前获得新版 GhidraDev，并且（若开启了 Eclipse 更新）可以自动升级。从 Eclipse 开始：

  1. 点击 Help -> Install New Software...
  2. 在 Work with: 栏填入官方 update site 地址
  3. 按 Enter
  4. 勾选 Ghidra 分类（或 GhidraDev 条目）
  5. 点击 Next
  6. 再次点击 Next
  7. 接受许可证条款
  8. 点击 Finish
  9. 勾选 Unsigned 表格条目
  10. 点击 Trust Selected
  11. 点击 Restart Now

2.3 由 Ghidra 自动安装（Automatic Installation through Ghidra）

Ghidra 具备启动“外部链接 Eclipse”的能力：当你在 Ghidra Script Manager 中点击 Eclipse 图标选择编辑 Ghidra 脚本时，就会触发这种流程。Ghidra 必须先知道 Eclipse 的安装位置，若尚未定义会提示用户输入。在尝试启动 Eclipse 之前，如果 GhidraDev 尚未安装，Ghidra 会尝试将其安装到 Eclipse 的 dropins 目录中。

3. GhidraDev 核心功能总览

GhidraDev 支持创建两类项目：

  • Ghidra 脚本（Script）：通常是单个 Java 源文件，由 Ghidra 在运行时编译，通过 Script Manager 执行，或作为参数传给命令行 Headless Analyzer 执行；
  • Ghidra 模块（Module）：代表更大型、更复杂的功能，如 Analyzer 或 Plugin。模块成熟后可以导出并作为“扩展（extension）”安装到 Ghidra 中。

对应地，GhidraDev 提供以下功能入口：

功能 说明
New Ghidra Script 打开向导，在指定位置创建带元数据的新 Ghidra 脚本。脚本既可以在 Ghidra 脚本项目中创建，也可以在 Ghidra 模块项目中创建
New Ghidra Script Project 打开向导，创建一个链接到指定 Ghidra 安装目录的脚本项目。可以设置为同时开发用户主目录 ghidra_scripts 下的脚本和 Ghidra 安装目录中发现的脚本
New Ghidra Module Project 打开向导，创建一个链接到指定 Ghidra 安装目录的模块项目。可以用可选的模板源文件初始化，为实现 Analyzer、Plugin、Loader 等高级功能提供良好起点
Import Ghidra Module Source 打开向导，将一个 Ghidra 模块源码目录导入为新的 Ghidra 模块项目
Export Ghidra Module Extension 打开向导，将模块项目导出为 Ghidra 扩展，输出到项目的 dist 目录。导出的扩展压缩包可分发给其他用户，并通过 Ghidra 前端 GUI 导入。导出过程需要 Gradle（版本由链接的 Ghidra 发行版在 application.properties 中指定）
Link Ghidra 将 Ghidra 安装目录链接到现有 Java 项目，从而启用脚本/模块开发能力。若项目已链接某个安装目录，再次执行则重新链接——可用于为不同 Ghidra 版本重新构建项目、发现后来新加入 Ghidra 安装的扩展，或修复损坏的项目

3.1 源码印证：功能入口如何注册

上述每一个功能在 plugin.xml 中都有对应的扩展声明，可以逐一对照：

  • 三个新建向导注册在 org.eclipse.ui.newWizards 扩展点下（CreateGhidraScriptWizard、CreateGhidraScriptProjectWizard、CreateGhidraModuleProjectWizard），统一归入名为 Ghidra 的 GhidraCategory 分类，即 README 所说的菜单路径 GhidraDev -> New -> ... 的来源；
  • “Import Ghidra Module Source” 注册在 org.eclipse.ui.importWizards，“Export Ghidra Module Extension” 注册在 org.eclipse.ui.exportWizards，其描述分别为 “Imports a Ghidra module source directory to a new project.” 和 “Exports a Ghidra module project to a zipped Ghidra extension.”；
  • “Link Ghidra...” 与 “About GhidraDev...” 注册为 org.eclipse.ui.commands 命令，由 LinkGhidraCommand、AboutCommand 处理；
  • 通过 org.eclipse.ui.menus 的 menuContribution，GhidraDev 子菜单同时注入主菜单、Package Explorer 弹出菜单（popup:org.eclipse.jdt.ui.PackageExplorer）以及 Project Explorer 弹出菜单（ProjectExplorer#PopupMenu），这正是 README 强调的“大多数功能也可以在 Project/Package Explorer 中右键项目元素访问”的实现方式。

3.2 源码印证：如何判定“这是一个 Ghidra 项目”

菜单项与运行配置并不是对任意项目都可见的。plugin.xml 声明了五个 propertyTester（命名空间 ghidradev.ghidraprojectcreator.testers）：isGhidraProject、isJavaProject、isPackageFragmentRoot、isGhidraModuleProject、isPyGhidraProject，用于按上下文显隐菜单。

以 GhidraProjectPropertyTester 为例，它最终委托给 GhidraProjectUtils 中的两个判断方法：

public static boolean isGhidraProject(IProject project) {
    return isJavaProject(project) && project.getFolder(GHIDRA_FOLDER_NAME).exists();
}

public static boolean isGhidraModuleProject(IProject project) {
    return isGhidraProject(project) &&
        project.getFile(ModuleUtilities.MANIFEST_FILE_NAME).exists();
}

也就是说，从源码结构看，GhidraDev 判定一个 Eclipse 项目是“Ghidra 项目”的充分条件是：它是一个打开的 Java 项目，且根目录下存在名为 Ghidra 的链接文件夹（GHIDRA_FOLDER_NAME = "Ghidra"，指向所链接的 Ghidra 安装目录）；而要成为“Ghidra 模块项目”，还要求项目根目录存在 Module.manifest 文件（ModuleUtilities.MANIFEST_FILE_NAME）。这也解释了为什么新建脚本项目后能看到名为 Ghidra 的链接文件夹，以及为什么 Link Ghidra 操作本质上是建立/重建这个链接并整理 classpath。

4. 偏好设置（Preferences）

GhidraDev -> Preferences 下共有三个页面，同样注册在 plugin.xml 的 org.eclipse.ui.preferencePages 扩展点中（父页面 GhidraRootPreferencePage 下挂三个子页面）：

  • Ghidra Installations：添加或移除 Ghidra 安装目录。创建脚本/模块项目等需要链接有效 Ghidra 安装目录的功能依赖此列表；
  • Script Editor：Ghidra 用来把脚本在 Eclipse 中打开的端口号，必须与 Ghidra 的 Eclipse Integration 工具选项中的对应端口一致。禁用该偏好可阻止 GhidraDev 监听该端口；
  • Symbol Lookup：Ghidra 在 Eclipse 中执行符号查找使用的项目名与端口，同样必须与 Ghidra 的 Eclipse Integration 工具选项匹配。禁用后可停止监听。符号查找要求安装 CDT 插件（支持版本见可选要求）。

在源码层面，安装目录列表等状态持久化在 Eclipse 偏好存储中，GhidraProjectCreatorPreferences 定义了这些偏好键：

偏好键 用途
ghidradev.ghidraInstallPaths 已添加的 Ghidra 安装目录路径集合（以系统路径分隔符拼接）
ghidradev.ghidraDefaultInstallPath 默认 Ghidra 安装目录
ghidradev.ghidraLastProjectRootPath 最近一次使用的 Ghidra 项目根目录
ghidradev.ghidraLastModuleSourceDirPath 最近一次使用的模块源码目录
ghidradev.ghidraLastGradleDistribution 最近一次使用的 Gradle 发行版（导出扩展向导使用）

这些键解释了向导中“记住上次选择”的体验，也说明导出扩展时可以指定具体的 Gradle 安装位置（对应 2.0.0 版本变更日志中“Export 向导新增 Gradle 安装指定页”）。

5. 启动与调试 Ghidra

GhidraDev 向 Eclipse 引入新的运行配置类型，能够启动 Eclipse Ghidra 项目所链接的那个 Ghidra 安装：

  • Ghidra：启动 Ghidra GUI；
  • Ghidra Headless：以 headless 模式启动 Ghidra。新建的 Headless 运行配置默认不带任何程序参数，而参数恰恰是告诉 headless Ghidra 打开哪个项目、运行哪些脚本所必需的，因此需要自行补全。headless 命令行参数的详细说明见 <GhidraInstallDir>/support/analyzeHeadlessREADME.html。

创建 Ghidra 运行配置有两种方式：

方式一（手动）：

  1. 点击 Run -> Run Configurations...
  2. 右键 Ghidra（或 Ghidra Headless），点击 New
  3. 在 Main 页点击 Browse...，选择要启动的 Ghidra 项目
  4. 可选：编辑顶部 Name 字段重命名该运行配置

方式二（快捷）：在 Eclipse Package Explorer 中右键任意 Ghidra 项目，点击 Run As -> Ghidra。

调试：点击 Debug As -> Ghidra，GhidraDev 会自动把 Eclipse 切换到 Debug 视角。

注意：Ghidra 只能从现有的 Eclipse Ghidra 项目启动/调试；不支持脱离项目独立从 Eclipse 启动 Ghidra。

5.1 源码印证：四种运行配置类型与启动委托

plugin.xml 的 org.eclipse.debug.core.launchConfigurationTypes 扩展点声明了四种配置类型，与 5.1.0 变更日志“Added a PyGhidra Headless run configuration”正好吻合：

配置类型 ID 名称 委托类
GhidraGuiLaunchConfigurationType Ghidra GhidraLaunchDelegate
GhidraHeadlessLaunchConfigurationType Ghidra Headless GhidraLaunchDelegate
PyGhidraGuiLaunchConfigurationType PyGhidra PyGhidraLaunchDelegate
PyGhidraHeadlessLaunchConfigurationType PyGhidra Headless PyGhidraLaunchDelegate

四个 launchDelegate 均声明 modes="run, debug"，解释了为什么同一入口既支持 Run As 也支持 Debug As。右键快捷启动由 AbstractGhidraLaunchShortcut 完成：它先取当前选中项目，再查找名为“项目名 + 后缀”的运行配置，不存在则自动创建（GhidraLaunchUtils.createLaunchConfig），类型不匹配则报错，最后执行 wc.doSave().launch(mode, null)——即 Run As -> Ghidra 一次点击背后的完整调用链。

GhidraLaunchUtils 中还定义了两个对用户隐藏的属性键：ghidradev.ghidraProgramArguments 与 ghidradev.ghidraVmArguments，分别存放追加到“必需的（对用户隐藏的）程序参数/VM 参数”之后的用户自定义参数。创建运行配置时（createLaunchConfig）会自动设置项目名、主类、内存、classpath 与 source path 等属性。

另一个值得注意的细节在 GhidraLaunchTabGroup 与 GhidraLaunchUtils（L186 起）：GhidraDev 提供的 Java Dependencies 页会移除 Ghidra 相关 jar 中的全部条目，仅保留 Utility.jar。这正是 4.0.0 变更日志所述“GhidraDev now properly enforces that Ghidra is only launched with Utility.jar on the initial classpath”的实现，目的是避免类路径重复导致的 GhidraHelpService 异常等启动问题。

6. PyDev 集成：Jython 与 PyGhidra

GhidraDev 可与 PyDev 集成，方便地为 Ghidra 脚本/模块项目配置 Python 支持，同时支持 Jython 与 PyGhidra 两种 Python 实现。

注意：PyDev 自 10.0.0 起放弃了对 Jython 2 的支持。如果你要配合 GhidraDev 使用 Jython，必须使用 PyDev 9.3.0；而最新版 PyDev 支持的是 PyGhidra。

6.1 安装 PyDev

从 Eclipse 开始：

  1. 下载 PyDev（支持版本见可选要求）
  2. 解压 PyDev
  3. 点击 Help -> Install New Software...
  4. 点击 Add...
  5. 点击 Local...
  6. 选择解压后的 PyDev 目录
  7. 点击 OK（名称栏可留空）
  8. 若有该选项，取消勾选 Group items by category
  9. 勾选 PyDev for Eclipse
  10. 点击 Next
  11. 再次点击 Next
  12. 接受许可证条款
  13. 点击 Finish
  14. 点击 Restart Now

6.2 配置 PyDev

GhidraDev 会在以下四个时机为 Ghidra 项目添加 Python 支持：

  • 创建新的 Ghidra 模块项目时；
  • 创建新的 Ghidra 脚本项目时；
  • 将 Ghidra 安装目录链接到现有 Java 项目时；
  • 以 PyGhidra 模式启动 Ghidra 时。

前提是 PyDev 中已配置好 PyGhidra 或 Jython 解释器。GhidraDev 会展示它从 PyDev 偏好中发现的 PyGhidra/Jython 解释器列表；若没有发现任何解释器，可以点击 + 图标从 GhidraDev 内添加：

  • 点击 Jython + 时，GhidraDev 会尝试在所选 Ghidra 安装目录中找到随附的 Jython 解释器并自动配置 PyDev；若找不到，需要在 PyDev 偏好中手动添加；
  • 点击 PyGhidra + 时，GhidraDev 会尝试定位上一次用于启动 PyGhidra 的解释器；若找不到，需要先启动一次 PyGhidra 再试。

6.3 启动与调试 PyGhidra

安装 PyDev 后，GhidraDev 引入两种新的运行配置，以 PyGhidra 模式启动项目所链接的 Ghidra 安装：

  • PyGhidra：启动 PyGhidra GUI；
  • PyGhidra Headless：headless 模式启动，默认不带程序参数，需要自行补全（参数说明同样见 <GhidraInstallDir>/support/analyzeHeadlessREADME.html）。

plugin.xml 中 PyGhidra 相关的 launchShortcut 启用条件依赖 isPyGhidraProject 属性测试器，与 PyDevUtilsInternal 中 isPythonProject(project) && isGhidraProject(project) 的组合判定相呼应——只有既是 Ghidra 项目又配置了 Python 支持的项目才会出现 PyGhidra 启动入口。

7. 升级与卸载

升级/卸载方式取决于当初如何安装：

升级：

  • 若通过手动方式安装到 Eclipse，则按相同方式重新安装即可升级；
  • 若通过 Ghidra 自动安装，则先删除 Eclipse dropins 目录中的 GhidraDev 文件，再按“安装”一节中任一方式安装新版。

卸载：

  • 手动安装的：Help -> About Eclipse（macOS 为 Eclipse -> About Eclipse）→ Installation Details → 选中 GhidraDev → Uninstall... → 选中 GhidraDev → Finish → Restart Now；
  • Ghidra 自动安装的：直接从 Eclipse dropins 目录（位于 Eclipse 安装目录顶层）移除 GhidraDev 文件并重启 Eclipse 即可。

8. 版本演进（Change History 要点）

GhidraDev 与 Ghidra 独立版本化，关键节点如下（完整版见 README 的 Change History）：

  • 5.1.0：新增 PyGhidra Headless 运行配置；新建的 Ghidra 模块项目默认包含 .gitignore 文件（要求 Ghidra 12.2 及以上）；
  • 5.0.0：新增 PyGhidra 支持（5.0.1 修复了 PyGhidra 配置下 Ghidra 无法发现模块项目的缺陷）；
  • 4.0.0：兼容 Ghidra 11.2 及以上，不再向后兼容 11.2 之前的 Ghidra（旧版 GhidraDev 链接 11.2+ 会报错）；要求 Eclipse 2023-12 4.30+ 与 JDK 21；强制初始 classpath 仅含 Utility.jar，修复 GhidraHelpService 异常；
  • 3.1.0：兼容 Ghidra 11.1+；支持导入模块源码目录；检测到顶层 build 中间产物时拒绝启动（该中间产物会引起运行时/调试问题）；
  • 3.0.2 / 3.0.1 / 3.0.0：修复安装目录搬迁后的 Link Ghidra 异常、拦截不支持的 PyDev 版本、导出扩展后自动清理 build 目录、拦截不受支持的 Ghidra 源码仓库；要求 Eclipse 2021-12 4.22+ 与 JDK 17；
  • 2.1.x 系列：先后修复 PyDev 在 dropins 安装时的 Python 断点、Gradle classpath 容器导致的 Link 异常、~/.ghidra/.ghidra_<version>/Extensions 用户扩展发现、缺少 ~/ghidra_scripts 目录时的创建异常、dropins 方式安装 PyDev 时的 Python 调试等问题；
  • 2.1.0：支持 Ghidra 9.1（不再为更早版本创建新项目）；禁止在 Ghidra 安装目录内创建 Ghidra 项目；Ghidra 运行配置新增 Environments 页用于设置启动环境变量；
  • 2.0.x：扩充模块项目模板（Analyzer/Plugin 改进，新增 Loader/Exporter/FileSystem 模板）；新建项目时可自动创建带自定义最大堆内存的 Ghidra 运行配置；项目根目录默认回落到工作空间目录；Jython 解释器自动发现；项目依赖中的其它项目会传递给启动的 Ghidra 以发现其模块；
  • 1.0.1：初始发布。

9. 常见问题（FAQ）

Q1：我创建了 Ghidra 脚本项目，新脚本应该放在哪里？ 最佳位置是主目录 ~/ghidra_scripts，因为 Ghidra 无需任何额外配置就会自动在那里发现脚本。默认情况下，脚本项目会带一个名为 Home scripts 的文件夹，链接到 ~/ghidra_scripts。可以右键该文件夹执行 GhidraDev -> New -> GhidraScript...，或从菜单栏 GhidraDev -> New -> GhidraScript... 并在 Script folder 栏填入项目的 Home scripts 文件夹。

Q2：如何从 Eclipse 以 headless 模式启动 Ghidra？ GhidraDev 提供了 GUI 与 headless 两种自定义运行配置，方法见第 5 节。

Q3：为什么我的 Ghidra 模块项目不知道我装进 Ghidra 安装目录的扩展？ 很可能是你在 Ghidra 安装目录链接到项目之后才安装的扩展（链接在项目创建时自动发生）。只需对该项目重新执行 Link Ghidra，项目即可发现新扩展。

Q4：如何从 Eclipse 启动/调试 PyGhidra？ 前提是安装了 PyDev 且项目已配置 PyGhidra 支持；满足条件后 PyGhidra 运行配置即可用。

10. 构建 GhidraDev（面向插件维护者）

GhidraDev 目前从 Eclipse 构建并随 Ghidra 手动分发；官方期望未来改用 Gradle，但目前仍依赖 Gradle 来生成 Eclipse 工程与构建 GhidraDev 的依赖。注意：只有 “Eclipse for RCP and RAP Developers” 版本能执行以下步骤。

导入 GhidraDev Eclipse 工程（默认处于非激活状态）：

  1. 运行 gradle prepGhidraDev eclipse -PeclipsePDE
  2. 在 Eclipse 中 File -> Import -> General -> Existing Projects into Workspace
  3. 从 ghidra 仓库导入 Eclipse GhidraDevFeature 与 Eclipse GhidraDevPlugin 两个工程（分别对应本仓库的 GhidraDevFeature 与 GhidraDevPlugin 目录，后者含 GhidraDev.target 目标平台定义）

修改版本号（GhidraDev 与 Ghidra 独立版本化）：

  1. 打开 GhidraDevPlugin 工程中的 plugin.xml，在 Overview 页把 Version 更新为 x.y.z.qualifier 并保存
  2. 打开 GhidraDevFeature 工程中的 feature.xml，同样更新 Version 字段
  3. 打开 GhidraDevFeature 工程中的 category.xml（即 category.xml），高亮 ghidra.ghidradev (x.y.z.qualifier) 点击 Remove，再高亮 ghidra.ghidradev 点击 Add Feature，选择新版本并 OK 保存
  4. 视需要更新 Change History 章节

从 Eclipse 构建：

  1. 执行 gradle prepDev 确保 GhidraDev 依赖为最新
  2. File -> Export -> Plug-in Development -> Deployable features
  3. 勾选 ghidra.ghidradev (x.y.z.qualifier)
  4. 选择 Archive file 与保存目录，命名为 GhidraDev-x.y.z.zip
  5. 在 Options 页确认配置：Export source 不勾选；Package as individual JAR archives 勾选；Generate p2 repository 勾选；Categorize repository 勾选并浏览到 GhidraDevFeature 工程中的 category.xml；Qualifier replacement 勾选且字段留空（用默认值）；Save as Ant script 不勾选；Allow for binary cycles in target platform 勾选；Use class files compiled in the workspace 不勾选
  6. Finish

11. 延伸阅读

GhidraDev 插件与 Eclipse 环境下的 Ghidra 开发，官方还建议在 Ghidra 安装目录的 <GhidraInstallDir>/docs/GhidraClass/Intermediate/Scripting.html 中阅读 Ghidra Scripting slide deck（对应本仓库 GhidraDocs/GhidraClass/Intermediate 文档目录）。headless 启动参数则可参阅 <GhidraInstallDir>/support/analyzeHeadlessREADME.html。插件全部功能与命令的机器可读定义，集中在 plugin.xml；插件整体依赖的 Eclipse 平台构件（org.eclipse.jdt.core、org.eclipse.debug.ui、org.eclipse.jdt.launching 等）见 feature.xml 的 <requires> 段。

ghidra
Ghidra is a software reverse engineering (SRE) framework
项目地址：https://gitcode.com/GitHub_Trending/gh/ghidra
登录后查看全文

相关内容推荐

1 Ghidra项目Eclipse插件开发中的类路径配置问题解析2 Ghidra 开发者指南深度解析：构建环境、Gradle 任务、PyGhidra 与调试器连接器开发实战3 Ghidra逆向工程工具脚本开发指南4 Ghidra 快速上手指南：平台要求、安装部署、GUI/无头/PyGhidra 多种运行模式与升级流程5 Ghidra项目中的Eclipse脚本调试环境配置指南6 Ghidra项目调试过程中NullPointerException问题分析与解决方案7 Ghidra脚本项目使用教程8 Ghidra Sleigh 处理器规格编辑器：GhidraSleighEditor 的 XTEXT 架构、编辑功能与构建实战9 Ghidra逆向工程平台实战指南10 Ghidra逆向工程框架实战指南：从部署到效能优化
热门项目推荐
相关项目推荐

热门内容推荐

1 编程实践项目探索指南：从零构建技术能力体系2 技术解构式学习：从0到1构建你的编程知识体系3 构建自己的技术世界：build-your-own-x项目的实践探索指南4 解锁编程技能的实践之旅：从零构建你的技术世界5 技术实践探索：从零开始构建核心系统的实践指南6 亲手锻造技术引擎：从0到1构建核心系统的实践指南

项目优选

收起
kernelkernel
deepin linux kernel
C
33
18
ops-transformerops-transformer
本项目是CANN提供的transformer类大模型算子库，实现网络在NPU上加速计算。
C++
1.12 K
2.72 K
ops-nnops-nn
本项目是CANN提供的神经网络类计算算子库，实现网络在NPU上加速计算。
C++
904
1.82 K
docsdocs
暂无描述
Markdown
889
5.78 K
pytorchpytorch
作为 Ascend for PyTorch 社区的核心组件，TorchNPU 是昇腾专为 PyTorch 打造的深度学习适配插件，使 PyTorch 框架能够直接调用昇腾 NPU，为开发者提供昇腾 AI 处理器的超强算力。
Python
854
1.34 K
kernelkernel
openEuler内核是openEuler操作系统的核心，既是系统性能与稳定性的基石，也是连接处理器、设备与服务的桥梁。
C
527
590
jiuwenswarmjiuwenswarm
JiuwenSwarm 是一款基于openJiuwen开发的智能AI Agent，它能够将大语言模型的强大能力，通过你日常使用的各类通讯应用，直接延伸至你的指尖。
Python
3.52 K
1.01 K
ops-mathops-math
本项目是CANN提供的数学类基础计算算子库，实现网络在NPU上加速计算。
C++
1.33 K
1.45 K
AscendNPU-IRAscendNPU-IR
AscendNPU-IR是基于MLIR（Multi-Level Intermediate Representation）构建的，面向昇腾亲和算子编译时使用的中间表示，提供昇腾完备表达能力，通过编译优化提升昇腾AI处理器计算效率，支持通过生态框架使能昇腾AI处理器与深度调优
C++
540
384
flutter_flutterflutter_flutter
本仓库是 Flutter SDK 与 Flutter Engine 的 OpenHarmony 适配版本，由 CPF-Flutter 团队维护。开发者可使用熟悉的 Flutter 技术栈开发 OpenHarmony 应用，3.35.7 及以后的适配版本可基于本仓库源码构建支持 OpenHarmony 的 Flutter Engine。
Dart
1.17 K
341