安卓平板横屏改包：界面适配、文件选择与成品验收

很多人的平板使用方式是“横着拿、竖着看”：刷视频、看文档横着舒服，真正要输入文字、挑选文件时又习惯把平板转回来。改包恰好把这两种姿势都用上了——编辑需求时希望键盘和列表宽一点，验收成品时又必须把平板横过来，看目标应用在横屏下到底长什么样。于是同一个项目里，工作界面、目标界面和验收界面会来回切换，任何一层没对上，都会出现“明明改完了，怎么还是不对”的错觉。

本文说的“安卓平板横屏改包”，包含两层意思。第一层是工作方式：你手里的这台 ARM64 平板就是工作台，导入、输入需求、出包、安装、分享全部在本地完成，不依赖电脑。第二层是改造目标：被改的应用要在平板横屏下有像样的布局，而不是把手机界面简单拉宽。两层都做到，才算一次完整的平板改包。

本文使用智能修改安卓版演示。它支持 Android 10 以上的 ARM64 手机和平板，安装包约 7 MB，首次使用需要下载一次约 246 MB 的本地运行环境；之后的反编译、修改、回编、对齐、签名都在平板本地完成，成品可以直接安装，也可以分享到微信或 QQ。我们要做的，是把这个能力拆成一条条可执行的步骤，并且在每一步都知道“点哪里、看到什么、怎么判断成功”。

合规边界先说清楚：本文只讨论自有版权或已经获得授权的应用。给自家应用做平板横屏适配、给内部工具换图标和名称、给客户授权的展示应用做多尺寸验收，都属于正常维护；请勿用于破解他人付费应用、去除授权校验或绕过安全机制。改包工具本身是中性的，真正决定边界的，是你对应用拥有的权利。

读这篇文章时，建议手边就放着平板，而不是只看步骤。平板适配和横屏验收都是“看一眼胜过想十句”的工作：同一段文案在 8 英寸和 11 英寸上观感不同，同一个按钮在横屏和竖屏下的位置也不同。能用设备确认的地方，不要用想象代替。

下面从三个“界面”讲起，再依次走准备、选包、建项目、看文件、写需求、出包、安装分享和验收。第九节用两个自家应用把流程串起来，第十节给失败对照表和收尾清单。你可以按顺序读，也可以直接跳到当前卡住的那一步。

图 1：平板既是工作台，也是成品的第一块验收屏，两种姿势要分开用。

先分清三个“界面”：工具的、目标的、验收的

平板改包最容易混的一件事，是把三个界面当成一个。第一个是工具自己的工作界面：新建项目、项目列表、详情页、弹窗、文件浏览器。第二个是被修改应用的目标界面：图标、启动页、首页、列表、对话框，以及它在横屏下的排版。第三个是验收界面：系统安装器、桌面启动器、分享面板、相册和录屏。三个界面由不同的代码控制，出问题时也要分开排查。

工具自己的工作界面做了大屏适配。它按屏幕最短边的 dp 值分档：小于 600dp 按手机比例显示；600dp 起放大到 1.15 倍；720dp 起 1.25 倍；840dp 起 1.35 倍。放大的是整体密度，图标、文字、间距、圆角一起变，版面关系不变；系统字体缩放被固定在 100%，所以不会出现“字被系统设置放得特别大、图标却跟不上”的错位。弹窗也按同一档位放大，不会出现主界面字刚好、弹窗字小一圈的情况。

这意味着，在 11 英寸平板上，你看到的按钮和列表项会比手机上大一号，手指点起来更从容；文件选择和项目文件浏览又采用左右两栏结构，左栏文件夹、右栏文件，在平板上反而比手机更顺手。但也要接受一个事实：详情页和设置页仍是单列布局，横向会显得宽，留白会多。这不是排版出错，而是把手机上的信息结构原样搬到了大屏上，再用缩放保持可读性。

第二个界面就不由工具自动决定了。智能修改安卓版能改的是反编译工程里的资源和代码，它不会替你想“横屏应该两栏还是三栏”。你在需求里说到哪一步，它就改到哪一步；你没说，目标应用很可能仍然按竖屏逻辑排。所以“界面适配”这四个字，一半是工具的大屏适配，另一半是你把横屏需求写清楚。

界面层次	由谁决定	横屏时要看什么
工具工作界面	应用自身的大屏适配	按钮是否够大、两栏是否好点、弹窗是否完整
目标应用界面	反编译工程里的布局、资源和清单	横屏是否有专属布局、文字是否截断、首帧是否拉伸
系统验收界面	Android 系统与桌面	安装器提示、桌面图标名称、分享面板、录屏

实际使用时，建议把三种姿势分开。改包时把平板放在支架上，按工作界面舒服的角度操作，需要输入长需求就接一个蓝牙键盘；验收时再把平板从支架上取下来，横过来、竖回去，模拟用户真实拿在手里的动作。不要一边改布局一边不停旋转平板，既容易误触，也会让你分不清“是布局没改对”还是“刚才转屏导致页面重建”。

还有一个常见误区：把“横屏能显示”当成“横屏适配完成”。有些应用横过来只是把竖屏界面拉伸，文字变大、图片变形、列表一行只放得下两个词，这不算适配。真正的横屏适配至少要让内容结构跟着变：该两栏的两栏，该加宽上限的加宽上限，该换横版图的换横版图。验收时如果一眼能看出“这是竖屏界面被拉宽了”，就还没做完。

工具的大屏适配解决“看得清、点得准”；目标应用的横屏适配解决“排得对、用得顺”；验收解决“装得上、说得清”。三件事分开做，才不会互相背锅。

开工前的平板准备：ARM64、系统版本、空间与一次环境下载

第一步不是打开应用，而是确认平板本身能不能跑。智能修改安卓版要求 Android 10 及以上，并且主 ABI 是 arm64-v8a。市面上大多数近几年的平板都满足这两条；需要特别注意的是 x86_64 安卓模拟器，哪怕它的兼容列表里带 arm64-v8a，也可能只是转译，本地运行环境仍然起不来。遇到这种情况，反编译入口会直接提示“当前版本仅支持 ARM64 设备”，不会继续下载环境，也不会让你白等一场。

第二步是看空间。应用本体约 7 MB，但首次使用要下载约 246 MB 的本地运行环境，项目目录里还会出现原始包、反编译工程和打包产物。一个中等大小的应用，单个项目占几百 MB 很常见；同时留两三个项目，再加上环境包，建议至少准备 3 GB 到 5 GB 可用空间。平板通常还要放视频和照片，空间紧张时，先清掉不用的缓存，再开始下载。

环境下载是一次性的，但过程比普通安装包严谨。应用会先把压缩包下载到临时位置，解压到暂存目录，再按清单逐个文件核对大小和 SHA-256；全部对上之后，才原子替换正式环境。中途失败会保留旧环境，不会留下一个“半新半旧”的目录；下载文件在安装完成后会删除。所以看到下载中断，不用手忙脚乱去清数据，回到首页点“重新下载环境组件”再试即可，已经完成的部分不会把旧环境弄坏。

第三步是安装应用本体。从官网页面下载 APK，交给系统安装器；第一次会要求允许“安装未知应用”，按提示打开开关再返回。安装完成后先别急着导入大包，打开应用看一眼首页：如果提示还需要下载环境组件，就先把这一步做完；如果显示本地运行环境已经就绪，再进入下一步。后续如果覆盖安装新版本，签名必须一致，否则系统会拒绝覆盖，只能卸载重装，项目数据也会跟着没，所以更新前先把重要项目备份或导出。

第四步是权限准备。文件选择里的“从文件夹选择”需要“所有文件访问”权限，第一次进入会给出“去授权”按钮；授权一次之后，后续浏览存储卡不再反复询问。小米、红米等 MIUI / HyperOS 设备还有一层“获取应用列表”权限，不授权的话，“从已安装应用”列表可能是空的，按页面提示到系统设置里打开即可。Android 13 以上的通知权限也建议允许，本地运行环境在后台运行时会有常驻通知，切到别的应用也能知道它还在工作。

开机准备可以按这张清单过一遍：

• 系统是 Android 10 或更高，处理器为 ARM64，不是 x86_64 模拟器。
• 剩余存储至少 3 GB，最好 5 GB 以上。
• 已从官网安装应用，并允许“安装未知应用”。
• 已下载并校验本地运行环境，首页没有“需要下载环境组件”的提示。
• 已授予“所有文件访问”；小米系设备已授予“获取应用列表”。
• 准备一个平板支架和可选的外接键盘，长需求输入会轻松很多。

网络也值得提前说一句。环境包约 246 MB，尽量在稳定的 Wi-Fi 下下载；下载过程中不要频繁切换网络，也不要清理应用数据。打包阶段虽然不需要大流量，但如果工具链缺少组件，可能会触发一次工具下载，所以第一次出包时也别把网络完全断掉。等第一个项目完整走通之后，后续的离线使用会稳定很多。

图 2：先把系统版本、处理器架构和剩余空间确认清楚，再开始导入应用。

文件选择：从文件夹与从已安装应用，两条路各管什么

在平板上点“选择应用包”，会弹出一个两页签的窗口：从文件夹选择、从已安装应用。两个入口最终都指向同一个导入流程，但适用场景不同。手里拿的是别人发来的 APK、自己电脑上传过来的渠道包、或者设计同事给的测试包，用“从文件夹选择”；要改的应用已经装在这台平板上，用“从已安装应用”更省事，不用先去找安装包在哪。

从文件夹选择的界面在平板上很好用：左栏是文件夹，右栏是文件，顶部显示当前路径，底部显示选中的文件名和大小。它只列出能导入的扩展名，APK、JAR、APKS、XAPK、APKM 之外的杂文件不会出现在右栏，从源头上减少“选错文件”的概率。第一次使用要先给“所有文件访问”权限；授权后从存储卡根目录开始浏览，点文件夹进入下一层，点“返回上级”退回去，选中文件后点“确定”。

有两个系统限制要提前知道。第一，Android/data 和 Android/obb 属于系统保护目录，即使拿到“所有文件访问”，普通文件选择也读不进去，页面会直接提示读不到；所以安装包不要往这两个目录里放，放在 Download、Documents 或自己建的文件夹里最稳。第二，微信保存的安装包经常被命名成 xxx.apk.1 或 xxx.apk.1.1，扩展名不对，按普通规则会被过滤掉；选择器在进入目录时会先把这类文件自动改名为 .apk，并在界面上提示“已自动把 N 个 .apk.1 文件改名为 .apk”。如果改名失败，通常是目录没有写权限，把文件复制到 Download 再选。

从已安装应用选择则是另一种思路：页面会列出这台平板上安装的应用，带图标、应用名和包名，顶部可以搜索应用名或包名，默认不显示系统应用，需要时勾选“包含系统应用”。选中某个应用，工具会读取它当前的安装包作为源文件。这里适合“应用已经装在平板上、我想直接改它”的场景，比如自家门店巡检应用、内部培训应用、已经部署在平板上的展示应用。小米系设备如果列表为空，按页面提示授予“获取应用列表”权限，再点“重新读取”，不用关掉窗口重进。

现象	常见原因	怎么处理
右栏没有安装包	没授权、目录在 Android/data、扩展名不对	去授权；换到 Download；把 .apk.1 改名或复制
提示读不到目录	目录受系统保护或权限被收回	换普通目录；重新授权后返回
已安装应用列表为空	MIUI / HyperOS 未授予应用列表权限	按弹窗提示授权，点“重新读取”
文件显示但选不中	只显示可导入格式，目录本身不是文件	进入文件夹，在右侧选中具体文件
选中后解析失败	文件不完整、下载被截断、不是真正的安装包	重新下载或换一个完整包再试

该走哪条路，可以按“源文件是否完整”来判断。自家应用如果还在开发阶段，最好从构建产物里拿完整的 APK；已经上架、从应用商店安装的包，有时是拆分安装包，直接复制安装目录未必完整，这种情况优先找开发同事要完整包，或者导出 APKS/XAPK 再导入。“从已安装应用”胜在方便，适合普通单包应用；它读取的是当前安装的版本，升级之后源文件也会跟着变，做验收记录时要把版本号一起记下来。

还有一点容易忽略：源包和附件是两回事。源包是“要改的应用”，附件是“改它时要用的素材”，比如新图标、横版启动图、活动横幅、配置文件。附件在详情页单独选择，选择后会复制一份到应用目录，不会因为原路径失效而丢；每个附件都要写一句用途，这句话会跟着需求一起发给 AI。横屏适配常用的附件是横版 banner、横版启动背景、平板截图，文件名最好带 land 或 tablet 字样，便于在需求里点名。

图 3：左栏文件夹、右栏文件的双栏结构，在平板上比在手机上更好点。

建项目与第一次反编译：把应用名、包名、版本看准

选中安装包之后，工具会先解析包信息，弹出“填写项目名称”窗口。窗口上半部分列出应用名称、包名、版本、源文件，下半部分是项目名称输入框，默认填应用名。项目名称只是给你自己看的标签，可以写“巡店本-平板横屏版”“知行课堂-横屏验收”这类一眼能认出来的名字；文件名里不能用的字符会被自动替换成下划线，不用担心把目录搞坏。

这一步要多看一眼包名和版本号。包名决定成品是不是“同一个应用”，版本号决定安装时是升级还是降级。横屏适配往往要反复装好几个版本，如果每次都改版本号，验收记录会很难对；如果一直不改版本号，系统可能提示“已安装相同版本”，但通常仍可覆盖安装。比较稳的做法是：开发阶段保持版本号不变，靠项目名称和修改历史区分；对外交付时再统一改版本号，并在验收单上写清楚。

点“创建项目”后进入反编译窗口，标题是“正在生成项目文件”，下方会显示当前阶段和滚动日志。反编译时间取决于包的大小和复杂度，小包几十秒，大包几分钟；页面会提示“大一点的应用要几十秒到几分钟，别退出应用”。第一次还要准备工具链，可能比后续慢一些。这个阶段不要切后台太久，也不要把应用划掉，否则项目可能只建了一半。

反编译成功后会直接进入应用详情页，说明项目文件已经可用。失败时窗口会显示“反编译失败”和具体原因，常见的有三类：应用被加固或加密，资源被混淆；拿到的是应用商店的拆分包，不是完整 APK；包本身不完整或损坏。窗口提供“重试反编译”“换一个应用包”“删除这个项目”，以及“分享日志”。如果你看不懂报错，点“分享日志”，它会把界面日志、红色报错和完整的反编译日志拼成一段文字，发给同事或客服排查，比截图有效得多。

Android 15、16 的平板还可能遇到框架资源太新的问题。工具会优先使用设备自带的框架资源；如果本地运行环境里的资源工具读不了这套新资源表，会改用内置的兼容框架；仍不行再走备用解析路线。表现出来就是第一次反编译比平时久，日志里多出几行框架切换的提示。这不是卡死，等它走完即可。真机上还遇到过一种容易误判的日志：某个 APK 里有 18 个 77 字节的伪九宫格图片，工具会打印“Could not find 9patch chunk … Renaming it to *.png”，然后继续；这是标准的兜底改名，改名后回编仍然成功，不影响成品。

判断日志时要区分“提示”和“失败”。以 I: 开头的多是信息，W: 开头的是警告，真正失败会以 error 或 Exception 结尾，并且窗口会变红、给出失败原因。九宫格改名、资源重复、某些资源被跳过，通常属于警告；只要最后出现“生成项目文件”完成、详情页正常打开，就说明工程可用。反过来，如果窗口停在“正在反编译”很久、日志不再增长，再考虑分享日志排查，不要一看到黄字就取消。

建好项目后，详情页顶部会显示图标、应用名、包名、版本，下面有项目名称、创建日期和“浏览项目文件（可手工编辑文本）”。先别急着写需求，花半分钟核对：图标是不是你要改的那个应用，包名是不是自家包名，版本号是不是当前测试版。平板上一屏能显示的信息比手机多，正好把这几项看全。确认无误再往下走，可以避免“改了半天，发现导入的是旧版本”。

项目列表与项目文件：改到哪一步，心里要有数

返回项目列表，可以看到当前所有项目。每张卡片有两行信息：第一行是应用名和版本号，第二行是创建日期和包名；底部有“历史”“编辑”“删除”三个按钮。顶部可以按项目名称、应用名、包名搜索，右侧有“刷新”。项目多起来之后，不要靠图标认项目，直接用包名搜索最快；同名应用的不同渠道包，包名往往只差一个后缀，搜索时把后缀也带上。

项目列表是索引，详情页才是工作台。点“编辑”进入详情页，点“历史”可以看这个项目每次提了什么需求，点“删除”会弹出确认框，明确告诉你 source.apk、反编译工程、打包产物、历史记录都会一起删掉，删了拿不回来。所以删除之前，先把要留的成品另存到下载目录，把日志分享出来，或者把整个项目目录复制到电脑。平板空间紧张时，清理旧项目很必要，但别在验收还没结束的时候删。

详情页的“浏览项目文件”是平板改包最值得用的功能之一。点进去是左右两栏：左栏文件夹，右栏文件；顶部写着“项目文件（只读范围：项目目录内）”，根目录锁死在当前项目里，怎么点“返回上级”都出不去。文本类文件前面有 ✎ 标记，点开就是内置查看器/编辑器，可以直接改、直接保存；AI 正在改的时候，页面会显示“AI 正在改，当前只读”，避免你和它同时改同一个文件。

横屏适配时，项目文件里最值得看的是这几处：清单文件里和应用方向、主题、启动页有关的配置；res/layout 下的默认布局；res/layout-land 或带 sw600dp、land 限定符的布局目录；res/values 里的字符串、尺寸和样式；res/drawable 里的横版图片。日志文件也要认识：项目根目录的 apktool.log 记录反编译，build 目录下的 apktool.log 记录打包；出问题时先看日志末尾，再决定是重试还是改需求。

位置	里面是什么	什么时候看
source.apk	导入时的原始包	想重来、想对照原始版本时
反编译工程目录	布局、资源、清单、代码	想确认 AI 到底改了哪几个文件
build 目录	回编产物、对齐后的包、签名成品	出包后找成品、核对大小
apktool.log	反编译过程输出	反编译失败、想分享完整日志
build/apktool.log	回编与打包过程输出	打包失败、资源报错
history.ini	每次需求的原文与日期	想复现某一轮修改时

手工编辑适合“只改一个字符串、一个颜色、一个尺寸”的小修。比如横屏布局里某个边距写死成了 48dp，你想改成 32dp，直接在项目文件里找到对应的 dimens 改掉、保存，然后去打包，比发一条需求更快。但手工改有两个前提：你知道改的是哪一行，并且改完知道怎么回滚。改之前先把原文件复制一份，或者记住修改历史里的上一轮需求；一旦回编失败，把原文件恢复回去，比逐行撤销稳。

AI 正在改的时候，不要同时手工编辑。工具会把项目文件切成只读，就是怕两边打架；如果确实要插手，先等这一轮结束，或者点“取消等待”。同理，打包正在进行时也不要改工程文件，回编读到一半的文件变了，产物可能不完整。把“改”和“打包”当成两个互斥阶段，是平板改包最省心的习惯。

把“横屏”写成可执行的需求：附件、话术与历史

详情页的核心是一个输入框：“输入您想修改的需求，我来帮你自动修改”。输入框上方有“选择话术”“选择附件”“设置签名”，下方是“立刻修改”和“去打包”。在平板上，这个输入框横向很宽，适合写长需求；但宽不等于清楚，AI 需要的不是形容词，而是对象、位置、方向、期望和验收方式。把这五件事写全，一轮就能改对的概率会高很多。

对象是“改哪个应用、哪个页面、哪个资源”；位置是“首页、启动页、列表、某个对话框、某个 drawable”；方向是“横屏、竖屏、还是两者都要”；期望是“两栏、左导航右内容、横幅换成附件、应用名改成什么”；验收是“装到平板上横过来看哪里，什么算成功”。这五件事不需要写成公文，一段话写完即可，但每一件都要具体到别人照着做也不会做错。

附件是横屏适配的加速器。点“选择附件”，一次可以挑多个文件，每个文件都要写一句用途，例如“横版启动背景，用于平板横屏启动页”“首页 banner，1600×600，放在顶部”“新图标，替换桌面图标”。选完后工具会把文件复制到本地附件目录，详情页会显示附件摘要和每个文件的用途。发送需求时，这些文件会按序号、路径、说明一起带过去，AI 不用猜“这张图是干什么的”。附件写得越清楚，返工越少。

“选择话术”适合不知道怎么写的时候。话术库里有 3000 条模板，分六类，每类 500 条，覆盖界面美化、弹窗引流、去除限制、常规修改、混淆去毒、插件添加。点开一条话术，可以看全文，也可以“填入需求框”。但模板只是骨架，填入之后一定要补上你的具体对象和验收标准；直接发一条通用模板，AI 只能按最通用的方式改，横屏这种需要精确描述的方向很容易被忽略。

修改历史是平板改包最容易被低估的功能。每次点“立刻修改”，输入框里的原文和日期都会写进项目历史；详情页下方按最新在上列出完整原文，每条右边有“选择”，可以一键回填到输入框。横屏适配往往要改三四轮：第一轮改布局，第二轮换图，第三轮调字号，第四轮修启动页。每一轮都留下原话，出问题时就能准确回到“哪一轮之后开始不对”，而不是凭记忆猜。

模糊写法	可执行写法	差别在哪
“把平板界面适配一下”	“横屏首页改成左侧导航、右侧内容两栏；竖屏保持单列；列表字号不小于 14sp”	说清了方向、结构和验收阈值
“换一张好看的启动图”	“启动页背景换成附件 launch-land.png，横屏铺满不拉伸，居中裁切”	点名了附件和缩放方式
“应用名改成新名字”	“应用名改为‘巡店本 平板版’，桌面图标和最近任务里都要看到新名字”	给出了文案和检查位置

一条好的横屏需求，读起来像验收单：改哪个页面、横屏变什么样、竖屏保持什么、用哪张图、装好后看哪三处。形容词可以少，位置和结果必须多。

写完之后点“立刻修改”，工具会记下原文，切换到工作台，把需求送进 AI 输入框并发送；详情页会显示“正在等 AI 改完”，你可以切到工作台页签观察过程，也可以留在详情页等。AI 改完后会自动接上打包，打包成功会弹出产物信息。这一轮结束之前，不要重复点“立刻修改”，也不要去项目文件里改同一个文件，避免两轮修改叠在一起。

如果 AI 改完的结果不对，不要直接在原需求上追加十句话。更稳的做法是点“选择”回填上一轮原文，改掉其中一两句，再发一轮。这样历史里能清楚看到“第一轮要两栏、第二轮把左栏宽度从 240dp 调到 200dp”，而不是一团越写越长的补充说明。平板上键盘输入不如电脑快，但历史回填可以省掉大量重复打字。

图 4：需求、附件用途和历史原文放在同一页，横屏验收时方便逐条对照。

出包四步与签名：回编、对齐、签名、校验

AI 改完之后，工具会自动进入打包窗口，标题是“打包”，副标题带项目名和版本号。窗口里会依次出现阶段提示，下方是自动跟到底部的运行日志；日志只显示命令和工具输出，不显示内部阶段标记。完整日志会落到 build/apktool.log，出问题时点“分享日志”，它会把界面日志、红色报错和完整日志拼成一段文字发出去，比截屏更容易定位到具体行。

打包分四步。第一步回编，把反编译工程重新组装成未签名 APK；第二步对齐，让 APK 里的未压缩数据按页边界排列，减少安装后的读取开销；第三步签名，用选定的密钥和签名版本给 APK 签名；第四步校验，确认签名真的写进去了、证书能读出来。四步都在平板本地完成，不依赖电脑；前两步在本地运行环境里跑，后两步在应用进程内做。打包时尽量让应用保持在前台，别把它从最近任务里划掉，避免进程被系统回收。

阶段	做什么	失败时先看什么
回编	把工程重新组装成 APK	资源 XML 是否写坏、图片格式是否支持、工程是否完整
对齐	按页边界整理未压缩数据	回编产物是否存在、文件是否可读
签名	按 v1/v2/v3 等方案写入签名	密钥文件、别名、密码、签名版本是否匹配
校验	确认签名存在且证书可读	签名格式是否正确、证书是否过期

签名有四套模式：默认签名、JKS / keystore、PEM / PK8、随机签名。默认签名不用填任何东西，适合改完自己装上看看效果；JKS / keystore 需要选签名文件、填别名和密码，适合内部长期分发；PEM / PK8 需要私钥和证书，适合已有证书链的团队；随机签名每次打包临时生成一套密钥，签完即删，适合一次性演示和隔离测试。签名版本默认是 v1 + v2 + v3；勾 v4 必须同时勾 v2 和 v3，因为 v4 是在它们之上再加一层增量签名。

选哪种签名，取决于成品给谁用。自己测试，默认签名最省事；给同事发内测包，建议用固定的 JKS，这样下一版可以直接覆盖安装，不用每次卸载；给外部客户交付，用客户提供或团队统一的签名，并把证书指纹写进交付说明。千万不要把项目目录连同签名配置一起发给别人：签名文件和密码保存在项目配置里，密码是明文，项目目录只适合自己留存。

重打包有一个绕不过去的规则：新包不能覆盖原应用的官方签名。无论用默认签名、自己的 JKS 还是随机签名，只要和原包签名不同，系统就会把它当成另一个应用，安装时提示签名冲突或直接失败。解决办法只有两个：先卸载旧版本再装新包，或者用原应用同一把密钥签名。前者会丢本地数据，后者需要你本来就持有密钥。验收前把这条规则说清楚，能避免很多“怎么装不上”的误会。

打包失败时，先看窗口里的红色报错，再看阶段停在哪一步。停在对齐之前，多半是回编失败，常见原因是资源 XML 不合法、图片格式不支持、手工编辑把文件改坏；停在签名，多半是密钥路径、别名、密码或签名版本不对；校验失败，说明签名没写进去，通常能从日志里看到具体是哪个方案失败。窗口在失败时会显示“重试”，也会给“分享日志”；不要连续点重试，先把日志看一遍，改掉原因再试。

打包成功后，窗口会显示产物名称、大小和路径，下方有一排按钮：另存为、安装、分享到微信、分享到QQ、分享日志。平板上这一排按钮横向放得下，不用像手机那样左右滑。另存为会打开系统目录选择器，让你把 APK 复制到 Download 或外接存储；安装会唤起系统安装器；分享到微信/QQ 会直接拉起对应应用，如果对方版本不能接收 APK，会退回系统分享面板，并提示可以换 QQ、蓝牙或网盘。

详情页还有两个打包选项：“自动保存到下载目录”和“打包后提示安装”。前者打包完自动把 APK 放一份到系统下载目录，方便你用文件管理器找到；后者打包完直接唤起系统安装器，适合“改一轮装一轮”的验收节奏。两个都关掉也不会丢产物，成品仍在项目 build 目录里，可以从打包窗口另存或分享。平板空间紧张时，建议至少打开“自动保存到下载目录”，验收完统一清理。

图 5：打包窗口把四个阶段、运行日志和产物信息放在同一屏，横屏查看更完整。

安装、分享与横屏验收：五看一录

点“安装”后，系统安装器会接管。第一次会要求允许“安装未知应用”，工具会直接把你送到对应开关页，打开后返回再点一次。安装器自检会先解析包信息，如果文件不完整，会提示“安装包不完整或已损坏”，而不是丢一句看不懂的英文；如果签名冲突，系统会提示与已安装应用签名不一致；如果空间不足，会提示存储空间不足。遇到安装失败，先分清是这三类中的哪一类，再决定卸载旧版、清理空间还是重新打包。

安装完成后，桌面会出现新图标。先看第一眼：图标是不是新的，应用名是不是改后的，图标有没有被系统裁切成奇怪的形状。然后点开应用，看启动页：横屏启动图有没有被拉伸，首帧是不是闪了一下竖屏，状态栏和导航栏有没有压住内容。再进首页，看横屏布局：是两栏还是被拉宽的单列，文字有没有截断，卡片间距是否均匀，按钮是否在拇指够得着的位置。

横屏验收建议按“五看一录”走。五看是：一看桌面图标和应用名；二看启动页方向和首帧；三看首页/列表的横屏结构；四看旋转回来再转过去，页面是否重建、数据是否丢失；五看对话框、软键盘和系统栏是否遮挡内容。一录是用系统录屏录 30 到 60 秒，包含启动、横屏浏览、打开一个对话框、旋转回竖屏再转横屏。录屏比截图更能暴露闪屏、错位和状态丢失，发给同事也更容易看懂。

横屏下最容易出问题的不是“大”，而是“挤”。列表一行塞进太多列，文字被截成省略号；两栏布局左栏太宽，右栏内容区只剩一条缝；对话框在横屏下高度不够，底部按钮被键盘顶出屏幕；启动页图片按竖屏比例切，横屏拉伸变形。验收时把平板横过来，用正常持握距离看一遍，再靠近看一遍；如果第一眼觉得“空”或“挤”，用户也会有同样感觉。

分享验收包时，不要只发一个 APK。至少附三段信息：这段包是什么（项目名、应用名、包名、版本号）、改了什么（横屏两栏、换启动图、改应用名）、怎么装（签名方式、是否需要先卸载旧版、支持 Android 10 以上 ARM64）。如果是发给同事内测，再附一张横屏截图和一段录屏。接收方装不上时，先问这三段信息，比反复重发安装包有效。

分享到微信或 QQ 也要验收。点“分享到微信”，微信会弹出“发送给朋友 / 添加到收藏”的入口；点“分享到QQ”同理。如果对方没有安装微信/QQ，或者版本不支持接收 APK，工具会退回系统分享面板，并提示可以换 QQ、蓝牙或网盘。接收方在聊天窗口里点开 APK，系统会先扫描再交给安装器；有些聊天工具会把 APK 改名或压缩，接收后找不到安装入口时，用文件管理器到下载目录里找，或者让发送方改用“另存为”后传文件。

两个自家应用实例：从电脑流程搬到平板

下面两个例子都来自自有或已获授权的应用，场景不同，但流程一致：先拿到完整源包，再在平板上导入，接着把横屏需求写成可执行的话，出包后装到真机验收。每个例子都按“以前怎么做、现在怎么做、改完怎么验证”三段写，方便对照自己的工作。

实例一：自家门店巡检应用“巡店本”的横屏两栏

“巡店本”是自家门店督导用的内部应用，手机上一直正常，装到门店的 10 英寸平板上就露出问题：竖屏时还能用，横过来之后列表被拉成一条很宽的单列，左边空一大块，右边内容挤在一起；启动页还是手机比例的竖图，横屏时上下留黑边。门店督导要一边看货架一边填表，横屏使用是刚需，这个体验必须改。

以前怎么做：在电脑上打开工程，先找页面布局，再补一套横屏资源，改完用构建工具打包，连上平板用命令安装，截图回传到群里；发现间距不对，再改、再打包、再安装。一个下午能改两三处，但每次都要重新走一遍命令行，而且电脑不在门店，督导临时提的修改只能等第二天。

现在怎么做：把完整测试包放到平板的 Download 目录，打开智能修改安卓版，从“文件夹”导入，项目名写“巡店本-平板横屏”。进入详情页后写需求：“横屏首页改为左侧导航、右侧内容两栏，左栏宽度约 240dp；竖屏保持现有单列；列表项字号不小于 14sp；启动页换成附件 launch-land.png，横屏铺满、居中裁切、不拉伸；应用名改为‘巡店本 平板版’。”同时把横版启动图作为附件，用途写清楚。点“立刻修改”，等它改完自动出包，再点“安装”。

改完怎么验证：装好后先看桌面图标和名称，再横屏启动看首帧有没有黑边；进首页看左导航、右内容是否真的分栏，左栏能不能点；把平板转回竖屏，确认还是原来的单列；再转回横屏，看列表滚动位置和已填表单有没有丢；最后打开一个填写对话框，看横屏加软键盘时按钮有没有被顶出屏幕。全部通过后，用“分享到微信”发到门店群，让督导在自己的平板上再装一遍。

实例二：自家课程展示应用“知行课堂”的横屏首屏与品牌更新

“知行课堂”是自家教学团队做的课程展示应用，平时装在教室平板上给家长看课程介绍。新一期课程换了主视觉，需要把首页顶部横幅、启动页背景和应用名一起更新，同时让横屏下的课程卡片从一行两张变成一行三张。应用是自家团队开发的，素材和授权都在手里，改动范围明确。

以前怎么做：设计把横幅和启动图发到群里，开发在电脑上替换资源、改应用名、调网格列数，重新打包后把 APK 发到教室平板的聊天窗口，现场老师安装；如果发现横幅比例不对，再回电脑改一轮。教室没有开发环境，临时改一个字都要等开发回办公室。

现在怎么做：在教室平板上直接打开应用，从“已安装应用”里选中“知行课堂”，建项目“知行课堂-秋季主视觉”。附件里放三张图：横版首页横幅、横版启动背景、新应用图标，每张都写用途。需求写成：“应用名改为‘知行课堂 秋季版’；启动页背景换成附件 launch-autumn.png；横屏首页顶部横幅换成附件 banner-autumn.png，高度占屏幕约三分之一；课程卡片在横屏下一行三张，竖屏保持一行两张；文字颜色跟随新主视觉，不要改变现有功能。”点“立刻修改”，等出包后安装。

改完怎么验证：横屏启动看背景是否铺满、有没有被拉伸；首页看横幅是否完整、课程卡片是否三列、最后一行是否被裁切；点开一门课程，看详情页在横屏下是否还保持可读宽度；转回竖屏确认两列布局没被破坏；最后把平板拿到教室实际光线下看一眼，确认文字和按钮不刺眼。验证通过后，用“另存为”把成品放到 Download，再通过 QQ 发给另一位老师做交叉验收。

环节	巡店本	知行课堂
以前	电脑改布局、命令行打包、连平板安装	电脑换资源、重新打包、聊天窗口传 APK
现在	平板导入、需求写清两栏、附件带横版图、自动出包	平板从已安装应用导入、三张附件、需求点名横幅和列数
验证	横竖切换、表单保留、对话框不被键盘遮挡	启动图不拉伸、三列不裁切、竖屏两列不变

两个实例的共同点，不是“AI 一句话搞定”，而是把原来散在电脑、聊天窗口和口头描述里的步骤，收拢到同一台平板上：源包在本地，需求有原文，附件有用途，产物有日志，验收有录屏。即使某一步需要重来，也能从项目历史和修改记录里找回上一版，而不是从头再问一遍“上次改到哪了”。

再补一个自家记账应用的小例子。它只需要换图标、把应用名改成“青禾记账 内测版”，并在平板横屏的报表页把图表高度调大一点。以前要开电脑、改资源、打包、用数据线装；现在在平板上从已安装应用导入，附件放新图标，需求写清“只改图标、名称和报表页图表高度，其他不动”，出包后安装，横屏看一眼报表页，竖屏看一眼首页，两分钟完成。小改动最适合在平板上随手做，不必惊动整套桌面工具链。

需要提醒的是，实例里的应用都是自家团队开发或已获授权的应用，源包、素材和签名都在可控范围内。请勿把同样的流程用在来源不明的商业应用上，也不要试图去除授权校验或绕过安全机制；那不属于适配，也不在本文讨论的范围。

失败对照表与收尾清单：把问题拦在交付前

平板改包遇到的问题，大多能归到几张固定的表里。下面这张对照表按“看到什么—可能原因—先做什么”组织，建议收藏。真正卡住时，不要同时改五个地方，一次只动一个变量，改完立刻出包装机，才能知道是哪一步起了作用。

现象	可能原因	先做什么
提示仅支持 ARM64 设备	x86_64 模拟器或主 ABI 不是 arm64-v8a	换 ARM64 真机，不要在模拟器上反复重试
找不到安装包	目录不对、权限没给、扩展名被改	放 Download、重新授权、处理 .apk.1
反编译失败	加固、拆分包、包不完整	换完整包；分享日志看具体报错
打包卡住或失败	资源写坏、工具链未就绪、工程不完整	看阶段和日志；重试前先改原因
安装提示签名冲突	新包与原包签名不同	卸载旧版，或用同一密钥签名
装上了但横屏没变化	需求没点名横屏资源，或清单锁了方向	补 layout-land/方向需求，重新出包
横屏文字被截断	列宽写死、字号过大、没设最大行数	调列宽/字号，或改成自适应布局
分享不出去	对方没装微信/QQ，或版本不接收 APK	用系统分享面板、另存后传文件

收尾时按这份清单过一遍，能拦掉大部分交付后的返工：

1. 项目名称、应用名、包名、版本号四项对得上，源包是完整且获授权的版本。
2. 横屏需求写清了页面、结构、附件和验收标准，修改历史里能查到原文。
3. 打包四步全部走完，日志里没有 error；成品大小合理，不是 0 字节或明显偏小。
4. 签名方式与分发对象匹配；需要覆盖安装的，签名和上一版一致。
5. 在至少一台 ARM64 平板上装过、启动过、横竖切换过。
6. 桌面图标、应用名、启动页、首页、列表、对话框六处都看过。
7. 旋转两次以上，确认页面状态和已填内容没有异常丢失。
8. 录屏或截图已留存，能对应到这一版的需求和日志。
9. 分享出去的包附带项目、版本、签名、安装条件和已知问题说明。
10. 旧版本、旧项目、临时产物已清理，源包和关键日志已备份。
11. 如果用了他人提供的素材或代码，授权范围已确认并留档。
12. 最后再读一遍合规提醒：只处理自有版权或已获授权的应用，请勿用于破解他人付费应用、去除授权校验或绕过安全机制。

平板横屏改包并不神秘，它把原来分散在电脑、数据线、聊天窗口里的动作，压缩到一台设备上；但压缩不等于省略。界面适配要分三层看，文件选择要走对入口，项目浏览要知道看哪几个文件，出包要知道四个阶段，验收要横过来看、录下来、说清楚。把这些步骤做成习惯，下一次换一台平板、换一个应用，流程仍然成立。

如果你刚开始用平板改包，建议第一个项目选自家的小应用，只改图标、应用名和一处横屏布局，完整走一遍导入、需求、出包、安装、分享、验收。流程走顺之后，再去做多页面、多尺寸、带签名的正式交付。工具的能力有边界，人的验收也要有边界；把边界说清楚，合作才会轻松。

安卓修改大师智改工坊提供的是一套本地化的改包工作台：智能修改安卓版负责在平板上完成反编译、修改、回编、对齐、签名和出包，你负责把需求说清楚、把成品验明白。官网 https://www.apkeditor.cn/ai-version.aspx 上有版本说明和下载入口；更多使用技巧可以在 www.apkeditor.cn 查看。

只需说话，就能让应用变成你想要的样子。把这句话落在平板上，就是：说清横屏要什么，装上看一眼，不对就回填历史再改一轮。改包不必轰轰烈烈，能稳定地改对、装好、验收，就是最实用的效率。