GKLBB

当你经历了暴风雨,你也就成为了暴风雨

导航

软件开发 --- AI提示词

app提示词

我想开发一个{类似小宇宙的播客app},现在需要输出高保真的原型图,请通过以下方式帮我完成所有界面的原型设计,并确保这些原型界面可以直接用于开发:

0、如果有ui截图,请严格按照截图去设计ui每个细节。

1、用户体验分析:先分析这个 App 的主要功能和用户需求,确定核心交互逻辑。

2、产品界面规划:作为产品经理,定义关键界面,确保信息架构合理。

3、高保真 UI 设计:作为 UI 设计师,设计贴近真实 iOS/Android 设计规范的界面,使用现代化的 UI 元素,使其具有良好的视觉体验。

4、HTML 原型实现:使用 HTML + Tailwind CSS(或 Bootstrap)生成所有原型界面,并使用 FontAwesome(或其他开源 UI 组件)让界面更加精美、接近真实的 App 设计。拆分代码文件,保持结构清晰:

5、每个界面应作为独立的 HTML 文件存放,例如 home.html、profile.html、settings.html 等。

- index.html 作为主入口,不直接写入所有界面的 HTML 代码,而是使用 iframe 的方式嵌入这些 HTML 片段,并将所有页面直接平铺展示在 index 页面中,而不是跳转链接。

- 真实感增强:

- 界面尺寸应模拟 iPhone 15 Pro,并让界面圆角化,使其更像真实的手机界面。

- 使用真实的 UI 图片,而非占位符图片(可从 Unsplash、Pexels、Apple 官方 UI 资源中选择)。

- 添加顶部状态栏(模拟 iOS 状态栏),并包含 App 导航栏(类似 iOS 底部 Tab Bar)。

- 不要使用任何渐变色,杂色和小图标,风格应该统一、美观、护眼、经典

请按照以上要求生成完整的 HTML 代码,并确保其可用于实际开发。

 

软件逆向工程提示词:

你是一位专业的逆向工程专家,精通汇编语言和C/C++。我将提供一个函数的IDA Pro反汇编代码,请将它反编译为高质量的C/C++源码。

请按照以下步骤进行分析:
0. 所有注释使用中文
1. 首先识别函数的整体目的和功能,添加简洁的中文注释说明
2. 确定函数来源(用户自定义、系统库、编译器生成等)
3. 将变量和参数重命名为有意义的名称,特别注意指针和数组类型。比如一个函数命名是sub_a50,反编译分析后发现只是一个aes算法函数,我们就命名为aes_sub_a50,保留原始命名规则。
4. 识别控制流结构(循环、条件分支等)并使用适当的C语言结构表示
5. 如果识别出标准算法(如加密、哈希、压缩等),请在函数开始处明确标注算法名称
6. 对代码行添加简洁的解释性注释,注释应该尽可能整齐的写到代码后边不是上边,增强视觉效果
7. 不要提供任函数总结
8. 不要注释任何反汇编结果,只保留反编译结果,这样不直观,使得注释昂长。
9. 保持代码的可读性和简洁性。反编译代码间不要有空格,使得易于阅读。
10. 写出函数所有依赖的第三方库
11.加固识别:发现所有的加固特征,比如字符串加密函数,控制流扁平化,无效代码混淆,变量名称混淆等等


如果提供了原始反编译代码,请将其作为参考,但优先考虑你自己的分析结果。

例如Ai反编译代码返回的结果如下:

/*
   作用:这是一个主函数,负责程序的初始化和资源的释放。
   来源:用户自定义
   依赖:c++标准库,android ndk库,openssl库等等
   变量和参数重命名:无需要更改
   控制流结构:无复杂控制流
   算法识别:无标准算法
   加固识别:发现字符串加密函数,控制流扁平化,无效代码混淆,变量名称混淆等等
*/
int __cdecl 重命名的函数名称_原始函数名称(_JNIEnv *a1)
{
    int result_v0 = 0;                         // 初始化变量,这里的v0表示版本0
    if (initialize_program() != 0) {        // 调用初始化函数
        return -1;
    }
    result = process_main_logic(a1);        // 主要逻辑处理
    cleanup_resources();                     // 清理资源
    return 0;
}

 

 

 

软件开发目标 AI 提示词大全

一、App 开发提示词(以播客 App 为例)

这是您提供的优秀范例,我将其整理为一个更通用的模板,您可以替换 {App类型}{核心功能描述} 等占位符:

目标: 开发一个 {例如:类似小宇宙的播客 App},需要输出高保真的原型图。

提示词:

“我想开发一个 {App 类型,例如:类似小宇宙的播客 App,专注于独立播客和深度内容发现}。请通过以下方式帮我完成所有核心界面的高保真原型设计,并确保这些原型界面可以直接用于后续开发:

  1. (可选)参考 UI 截图: 如果我提供了 UI 截图,请严格按照截图的布局、颜色、字体、间距等所有视觉细节进行设计。未提供截图时,请遵循下述设计原则。

  2. 用户体验分析 (UX Analyst Persona):

    • 分析此 App 的主要功能:{列出核心功能,例如:播客发现、订阅、播放控制、个性化推荐、离线下载、评论互动}。

    • 分析目标用户群体:{描述目标用户,例如:对特定领域有深度兴趣、喜欢利用碎片时间学习、追求高质量音频内容的年轻白领和学生}。

    • 确定核心用户旅程和交互逻辑:{例如:用户如何发现新播客?如何管理订阅?播放体验如何优化?}

  3. 产品界面规划 (Product Manager Persona):

    • 定义关键界面/屏幕:{例如:首页(推荐/发现)、订阅列表页、播放器详情页、搜索页、用户个人中心页、设置页、播客详情页、单集列表页}。

    • 规划信息架构:确保各界面之间的导航流畅、信息层级清晰合理,用户能轻松找到所需内容和功能。

    • 设计导航模式:{例如:底部 Tab Bar 导航(首页、订阅、发现、我的)}。

  4. 高保真 UI 设计 (UI Designer Persona):

    • 设计风格:{例如:现代、简约、内容优先、沉浸式}。

    • 遵循平台设计规范:贴近最新的 iOS (Human Interface Guidelines) / Android (Material Design 3) 设计规范。

    • UI 元素:使用现代化、清晰易懂的 UI 元素(如卡片式设计、清晰的按钮、可读性强的字体、适当的留白)。

    • 视觉体验:确保色彩搭配和谐、对比度适宜、视觉层级分明,提供优秀的视觉引导和用户体验。

    • 图标风格:{例如:线性、面性、简约,与整体风格一致}。

  5. HTML 原型实现 (Frontend Developer Persona):

    • 技术栈:使用 HTML + Tailwind CSS (首选) 或 Bootstrap 生成所有原型界面。

    • 图标库:使用 FontAwesome 或其他类似的开源 UI 图标库(如 Lucide Icons, Heroicons)来增强界面的真实感和美观度。

    • 代码结构:

      • 独立 HTML 文件: 每个主要界面应作为独立的 HTML 文件存放(例如:home.html, subscriptions.html, player.html, profile.html, settings.html)。

      • 主入口 index.html

        • index.html 作为主展示页面,不直接包含所有界面的 HTML 代码。

        • 使用 iframe 动态加载并平铺展示各个独立的 HTML 界面片段。目标是在一个页面内滚动查看所有核心界面,而不是通过链接跳转。

        • 提供一个简单的侧边栏或顶部导航,用于切换 iframe 中加载的界面(可选,如果平铺展示过长)。

    • 真实感增强:

      • 设备框架: 界面内容区域模拟 iPhone 15 Pro (393x852px 逻辑像素) 或 Android 旗舰机型的主流尺寸。整个“手机”预览应在 index.html 中居中显示,并具有圆角,模拟真实手机的外观。

      • 状态栏与导航栏:

        • 在每个 iframe 加载的界面顶部添加模拟的 iOS 状态栏(时间、信号、Wi-Fi、电池)或 Android 状态栏。

        • 如果设计包含底部导航,确保在 index.html 的“手机”框架内,位于所有 iframe 内容之下,或者每个 iframe 内部都包含该底部导航栏(根据设计一致性选择)。

      • 真实 UI 图片与内容:

        • 使用来自 Unsplash (风景、人物、抽象背景等)、Pexels 或 Apple/Google 官方 UI 资源中的高质量、相关的真实图片,避免使用纯色占位符。

        • 填充有意义的示例文本(例如,真实的播客标题、描述、用户名、评论内容),而不是 "Lorem Ipsum"。

      • 交互提示: 对于关键按钮或可交互元素,可以使用 CSS hoveractive 状态来模拟点击效果。

  6. 输出要求:

    • 提供一个包含所有 HTML 文件和相关静态资源(CSS、JS、图片)的完整压缩包。

    • 确保 index.html 可以直接在浏览器中打开并正确展示所有嵌入的界面。

    • HTML 代码应结构清晰、注释良好,方便开发人员理解和使用。

请按照以上要求生成完整的 HTML 原型代码。如果过程中有任何不明确之处或需要进一步的决策,请提出并给出建议选项。"

二、后端开发提示词

场景1:设计一个新的 RESTful API

目标: 为 {例如:一个电商平台的订单管理模块} 设计后端 API。

提示词:

“我正在为一个 {电商平台的订单管理模块} 构建后端服务。请作为一名经验丰富的后端架构师,帮我设计一套完整的 RESTful API。

  1. 核心资源识别:

    • 确定此模块的核心资源:{例如:订单 (Order)、订单项 (OrderItem)、用户 (User)、商品 (Product)}。

  2. API 端点设计 (Endpoints):

    • 为每个资源设计标准的 CRUD 操作端点 (GET, POST, PUT, DELETE)。

    • 考虑其他必要的操作端点:{例如:取消订单、查询用户订单列表、获取订单详情、更新订单状态}。

    • URL 结构应清晰、符合 RESTful 风格(例如:/api/v1/users/{userId}/orders, /api/v1/orders/{orderId})。

  3. 数据模型定义 (Schema):

    • 为每个资源定义详细的数据模型(字段、数据类型、是否必需、示例值)。

    • {例如,Order Schema: orderId (string, uuid), userId (string, uuid), items (array of OrderItem), totalAmount (number), status (string, enum: pending, paid, shipped, delivered, cancelled), createdAt (timestamp), updatedAt (timestamp)}。

    • 考虑数据之间的关联关系。

  4. 请求与响应格式:

    • 请求体 (Request Body) 和响应体 (Response Body) 均使用 JSON 格式。

    • 明确每个端点的请求参数(路径参数、查询参数、请求体)。

    • 明确每个端点的成功响应 (2xx) 和错误响应 (4xx, 5xx) 的结构和状态码。

    • 包含分页 (pagination)、排序 (sorting)、过滤 (filtering) 的设计方案。

  5. 认证与授权:

    • 简述认证机制:{例如:JWT (JSON Web Tokens)}。

    • 说明关键端点的授权要求:{例如:用户只能访问自己的订单,管理员可以访问所有订单}。

  6. API 文档规范:

    • 请以 OpenAPI 3.0 (Swagger) 规范的 YAML 或 JSON 格式输出 API 设计。

    • 包含每个端点的描述、参数说明、请求/响应示例。

  7. 技术栈建议(可选):

    • 如果方便,请推荐适合此 API 开发的后端技术栈:{例如:Node.js + Express/NestJS, Python + Django/Flask, Java + Spring Boot}。

    • 数据库选择建议:{例如:PostgreSQL, MongoDB}。

请确保 API 设计具有良好的可扩展性、安全性和易用性。"

场景2:数据库表结构设计

目标: 为 {例如:一个社交媒体应用的用户动态功能} 设计数据库表结构。

提示词:

“我正在开发一个 {社交媒体应用},需要为其 {用户动态 (Feeds/Posts)} 功能设计数据库表结构。请作为一名资深数据库管理员 (DBA) 协助我完成。

  1. 核心实体识别:

    • 确定核心数据实体:{例如:用户 (User)、动态 (Post)、评论 (Comment)、点赞 (Like)、话题 (Topic/Hashtag)}。

  2. 表设计:

    • 为每个实体设计一张或多张表。

    • 明确每张表的字段(列名)、数据类型(例如:VARCHAR(255), INT, TEXT, TIMESTAMP, BOOLEAN, UUID)、约束(主键, 外键, 非空, 唯一, 默认值)。

    • {例如,Posts 表:post_id (UUID, PK), user_id (UUID, FK references Users), content (TEXT, NOT NULL), image_url (VARCHAR(255)), created_at (TIMESTAMP, DEFAULT CURRENT_TIMESTAMP), updated_at (TIMESTAMP)}。

  3. 关系定义:

    • 明确表与表之间的关系(一对一, 一对多, 多对多)。

    • 对于多对多关系,设计中间表(关联表)。{例如:Post_Topics 表用于关联 PostsTopics}。

  4. 索引策略:

    • 为经常用于查询条件的字段建议创建索引,以优化查询性能。{例如:在 Posts 表的 user_idcreated_at 字段上创建索引}。

  5. 数据一致性与完整性:

    • 考虑如何通过数据库约束(如外键)保证数据的一致性和完整性。

  6. 输出格式:

    • 请以 SQL DDL (Data Definition Language) 语句(例如,适用于 PostgreSQL 或 MySQL)的形式提供表结构设计。

    • 或者,以清晰的 Markdown 表格形式展示每个表的设计。

  7. 范式考虑:

    • 简要说明设计遵循的数据库范式(例如,第三范式 3NF),或在何处为了性能考虑可能进行了反范式设计。

请确保数据库设计能够高效地支持 {用户动态的发布、浏览、搜索、互动} 等核心操作,并具备良好的扩展性。"

三、小程序(微信小程序)开发提示词

目标: 为 {例如:一个在线点餐小程序} 的 {例如:购物车模块} 进行页面设计和核心逻辑梳理。

提示词:

“我计划开发一个 {在线点餐微信小程序},现在需要为 {购物车模块} 进行详细设计。请扮演微信小程序开发专家角色,协助我完成以下任务:

  1. 功能需求分析:

    • 明确 {购物车模块} 的核心功能:{例如:添加商品到购物车、从购物车移除商品、修改商品数量、显示商品列表及总价、清空购物车、去结算}。

    • 考虑边缘情况:{例如:商品库存不足、商品下架、优惠券使用、配送费计算}。

  2. 界面设计 (WXML & WXSS 风格):

    • 设计购物车页面的布局和元素,遵循微信小程序设计指南。

    • 描述页面结构:{例如:顶部商家信息、商品列表区域(每个商品项包含图片、名称、规格、价格、数量调整器、删除按钮)、底部汇总区域(全选、合计金额、结算按钮)}。

    • 建议使用的微信小程序原生组件:{例如:view, text, image, button, checkbox, input (用于数量修改)}。

    • 提供关键部分的 WXML 结构草稿和 WXSS 样式建议(可以使用 Tailwind CSS 的类名风格进行描述,如果AI支持)。

  3. 交互逻辑 (JavaScript):

    • 梳理核心交互流程的用户操作路径。

    • 描述关键函数的逻辑:

      • addToCart(productInfo, quantity): 如何将商品信息和数量存入本地存储或全局状态。

      • removeFromCart(productId): 如何移除商品。

      • updateQuantity(productId, newQuantity): 如何更新商品数量并重新计算价格。

      • calculateTotal(): 如何计算购物车内商品总价。

      • goToCheckout(): 跳转到订单确认页的逻辑,需要传递哪些数据。

    • 数据管理:建议购物车数据在小程序端的存储方式(例如:wx.setStorageSync, globalData, 或状态管理库如 mobx-miniprogram)。

  4. API 交互:

    • 列出购物车模块需要与后端交互的 API 接口:{例如:同步购物车数据到服务器、获取商品最新价格和库存、提交订单前预校验}。

    • 简述每个接口的请求参数和预期响应。

  5. 用户体验优化点:

    • 提出至少3个提升购物车模块用户体验的建议:{例如:实时更新总价、空购物车友好提示、商品数量修改的便捷操作、加载状态提示}。

  6. 输出要求:

    • 提供一份包含上述所有分析和设计的 Markdown 文档。

    • 如果可能,针对核心 WXML 结构和 JS 逻辑给出代码片段示例。

请确保设计方案符合微信小程序的开发规范,并注重用户体验和性能。"

四、大屏/数据可视化开发提示词

目标: 为 {例如:一个城市智慧交通监控中心} 设计 {例如:实时路况监控大屏}。

提示词:

“我需要为一个 {城市智慧交通监控中心} 设计一个 {实时路况与应急指挥大屏}。请作为一名资深数据可视化和BI系统设计师,帮我规划这个大屏的布局、核心指标和可视化方案。

  1. 核心目标与受众:

    • 大屏的主要监控目标:{例如:实时掌握城市主干道交通流量、拥堵情况、交通事故、公共交通运营状态,辅助调度和应急响应}。

    • 主要使用者:{例如:交通指挥中心调度员、管理人员}。

  2. 信息模块与布局规划:

    • 将大屏划分为若干个逻辑区域,每个区域承载不同的信息模块。

    • {例如:

      • 中心区域 (主视觉): 城市电子地图,实时渲染路况(红黄绿表示拥堵)、事故点、监控摄像头位置。

      • 左上角: 关键性能指标 (KPIs) - 城市平均车速、拥堵指数、在途车辆总数、今日事故报警数。

      • 右上角: 重点关注区域列表(例如,TOP5 拥堵路段、事故多发点)。

      • 底部长条区域: 实时事件流/报警信息滚动显示。

      • 左下角: 公共交通状态(地铁、公交线路负载情况概览)。

      • 右下角: 天气信息、特殊事件预警。}

    • 提供一个大屏布局的草图描述或简单的区块划分图。

  3. 数据指标与可视化方案:

    • 为每个信息模块确定需要展示的关键数据指标。

    • 为每个指标或数据集推荐合适的可视化图表类型:

      • {例如:路况 -> 地图热力图/流向图;平均车速 -> 仪表盘/趋势折线图;拥堵指数 -> 进度条/色块;事故数 -> 大号数字翻牌器;重点拥堵路段 -> 排序条形图;事件流 -> 滚动列表}。

      • 考虑使用 D3.js, ECharts, AntV G2/L7, Mapbox GL JS 等图表或地图引擎可以实现的效果。

  4. 数据源与更新频率:

    • 简述可能的数据来源:{例如:路面传感器数据、GPS 数据、监控摄像头视频分析、交管局报警系统}。

    • 建议各项数据的刷新频率:{例如:路况秒级更新,统计指标分钟级更新}。

  5. 交互设计:

    • 考虑大屏可能的交互方式:{例如:点击地图上的事故点显示详情、区域钻取、时间范围选择、图表联动}。

    • (如果适用)是否需要触控交互或由操作台控制?

  6. 视觉风格与主题:

    • 建议大屏的整体视觉风格:{例如:科技感、深色主题、高对比度、信息层级清晰}。

    • 色彩方案:{例如:以蓝色、青色为主色调,用红色、黄色、橙色作为预警和高亮色}。

  7. 技术实现建议(可选):

    • 推荐前端技术栈:{例如:React/Vue + 数据可视化库}。

    • 后端数据接口要求:{例如:提供 WebSocket 实现数据实时推送,提供聚合查询接口}。

请提供一份详细的设计方案文档,包含布局示意、各模块指标、可视化建议和技术考量,确保大屏信息传达高效、直观,并能有效支持决策。"

五、通用 Web 开发(例如企业官网、内容管理系统)

目标: 开发一个 {例如:中型科技公司的企业官网}。

提示词:

“我需要为一家 {中型科技公司,主营业务为AI解决方案} 建立一个新的企业官网。请作为一名全栈Web开发顾问和UX设计师,帮助我规划网站的整体架构、关键页面和技术选型。

  1. 网站目标与核心受众:

    • 主要目标:{例如:展示公司实力、介绍产品与服务、吸引潜在客户、发布行业洞察、招聘人才}。

    • 目标受众:{例如:潜在企业客户、合作伙伴、投资者、求职者、媒体记者}。

  2. 站点地图与核心页面规划:

    • 设计网站的整体信息架构(Site Map)。

    • {例如:

      • 首页 (Homepage)

      • 关于我们 (About Us - 公司介绍、团队、发展历程、企业文化)

      • 产品与服务 (Products/Services - 分类展示,每个产品/服务有详情页)

      • 解决方案 (Solutions - 针对不同行业的解决方案案例)

      • 客户案例 (Case Studies/Portfolio)

      • 新闻与博客 (News/Blog - 公司新闻、行业动态、技术文章)

      • 招贤纳士 (Careers - 招聘职位列表、公司福利)

      • 联系我们 (Contact Us - 联系方式、表单、地图)}

    • 规划每个核心页面的关键内容模块和大致布局。

  3. 设计风格与用户体验:

    • 整体风格:{例如:专业、现代、科技感、简洁大气、用户友好}。

    • 响应式设计:确保在桌面、平板、手机等不同设备上都有良好的浏览体验。

    • 关键UX考量:{例如:清晰的导航、突出的行动召唤按钮 (CTA)、快速的页面加载速度、高质量的图片和视觉内容、易于阅读的排版}。

  4. 技术选型建议:

    • 前端: {例如:React (Next.js) / Vue (Nuxt.js) / Astro / 或静态站点生成器如 Hugo/Jekyll,配合 Tailwind CSS 或 Bootstrap}。理由是什么?

    • 后端/CMS(如果需要动态内容管理): {例如:Strapi / Sanity.io / WordPress (Headless) / 或自建后端如 Node.js+Express / Python+Django}。理由是什么?

    • 数据库(如果适用): {例如:PostgreSQL, MySQL, MongoDB}。

    • 部署方案: {例如:Vercel, Netlify, AWS, 阿里云}。

  5. 内容策略初步建议:

    • 针对核心页面,建议需要准备哪些类型的内容(文字、图片、视频)。

    • 如何体现公司的专业性和独特性。

  6. SEO 优化基础:

    • 提出3-5个基础的SEO优化建议,以便在网站建设初期就融入。

    • {例如:语义化HTML标签、关键词优化、高质量内容、内链建设、移动友好}。

  7. 输出要求:

    • 一份详细的规划文档,包括站点地图、核心页面内容概要、设计风格描述、技术选型建议及理由。

    • 如果可能,为首页和产品详情页提供一个简单的线框图或布局草图。

请确保方案具有前瞻性,能够支持公司未来几年的发展需求。"

希望这些提示词模板能帮助您更高效地与 AI协作,完成各种软件开发任务!您可以根据具体项目的独特性,进一步调整和细化这些提示。

 

 

frida hook提示词

给这个代码编写一个friad的hook脚本,和对应的内存值hex和ascii对应的500字节的内存值并运行。

打印输入的参数和返回值

 先分析函数的调用约定,比如__fastcall 约定,依据不同的约定编写不同的针对性的hook参数代码

传入的参数在内存中的值,使用 Frida 内置的 hexdump 函数 打印。

 

[ARG] 参数:
      [1] lua_State*: 0xd2e68504
      [2] filename:   "/data/local/tmp/lrwork/com.tencent.ig/script.lua"
      [3] mode:       "bt"  (或 <default> 如果为NULL)

[LUA] Lua State 分析:
      top:   0xc0xxxxxx
      stack: 0xc0xxxxxx
      栈深度: 5 个元素

[RET] 返回值: 3 (LUA_ERRSYNTAX)

[ERR] 错误消息: "/data/local/tmp/lrwork/com.tencent.ig/script.lua:1: syntax error"

 

 

反编译提示词

你是一个高级的逆向安全分析研究员,目标是将汇编代码反编译到尽可能接近源码表示,并追加到要反编译的文件中。

注意事项:

1.最终只保留最精确还原源码的一个版本

2.反编译时不要省略任何与源码有关的细节,比如大量的重复代码。

3.不要带有臆想出来的源码原来什么代码反编译后应该是什么代码

4.不要带有汇编代码的注释,注释使用中文

5.在开始反编译前编写函数功能描述、参数作用描述、所有用到的加密算法和所有的外部引用描述。外部引用有系统函数、自定义函数、变量、常量

6.猜测这个函数有没有可能是某个已知的第三方库函数

 7.分析函数的数据流和控制流简明描述。

简明伪代码:
void sub_42F14B4(void)
{
// 步骤1:我是不是还是原装的?
if (代码被改过) {
自毁();
}
// 步骤2:有人在偷看我吗?
if (发现调试器) {
做假动作迷惑他();
}
// 步骤3:我的"地盘"安全吗?
if (内存权限不对) {
记录异常,拒绝工作();
}
// 步骤4:设置陷阱
放一个诱饵内存();
if (有人碰了诱饵) {
我知道有内鬼,终止交易!();
}
// 一切正常,继续干活
return;
}

8.反编译后命名应该尽可能保持原有的代码的命名方式,方便下次定位源码位置

  9.如果代码具有混淆的特征,请给我一个包含混淆后的精确反编译版本和去除混淆的完美可运行版本

 

 

修改smali提示词

  • Dalvik/ART 虚拟机在修改字节码前保证寄存器的类型匹配。比如预期是 Integer 类型,但实际检测到类型冲突寄存器配对问题:

  • 在 Dalvik 虚拟机中,long 和 double 类型(64位)需要占用两个连续的寄存器

  • Dalvik 虚拟机中,寄存器编号必须在 v0 到 v15 之间(共16个寄存器)

posted on 2025-06-01 05:00  GKLBB  阅读(487)  评论(0)    收藏  举报