是否可以通过向 .dex 添加额外的类并使用修改后的 manifest.xml 重新打包来修改 .apk？
是否可以通过向 .dex 添加额外的类并使用修改后的 manifest.xml 重新打包来修改 .apk？
我知道有一些工具，例如baksmali / smali，可以从.apk中反汇编/重新组装给定的classes.dex，但不确定从那里可以修改什么限制？
我正在尝试添加额外的活动，从原始 apk 修改启动启动器活动（可能来自 androidmanifest.xml），然后重新打包并签名以制作完整的单个 .apk...所有这些都需要在构建时间之外完成，没有可见的原始源代码或构建结构，只有 .apk 作为输入...有什么想法吗？
is it even possible to modify .apk, by adding additional class to .dex and re-packing with modified manifest.xml??
I know there are tools such as baksmali / smali to disassemble / re-assemble given classes.dex from .apk, but not sure limitation what could be modified from there on?
I'm trying to add additional activity, to modify starting launcher activity (may be from androidmanifest.xml) from original apk, then re-pack and sign to make complete single .apk... all need to be done out of build time, no raw source or build structure visible, only .apk as input... ANY IDEA?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
是的，您提到的工具 (baksmali/smali) 帮助您反汇编 apk，并在以后修改和重新打包代码。
但是，对修改后的 apk 进行签名以使其与更新兼容除非您有权访问用于签署原始 apk 的私钥，否则这是不可行的。
Yes, the tools you mentioned (baksmali/smali) help you to both disassemble apks and modify and repackage the code later.
However, signing the modified apk in a way to make it update-compatible is unfeasible unless you have access to the private key that was used to sign the original apk.