Android开发周报：不使用虚拟机的Kotlin发布、Android方法数杂谈_移动_郭亮

在 2025 收官前，看清 Data + AI 的真实走向，点击查看 BUILD 大会精华版了解详情 



 写点什么

《Android 安全性要点与规范核心详析》：Android 操作系统内置了安全功能，可显著降低应用出现安全问题的频率及其造成的影响。系统经过精心设计，通常情况下只需使用默认的系统和文件权限即可打造自己的应用，而无需费心针对安全性作出艰难决策。本文围绕 Android 安全为核心知识点，全面介绍了 google 建议安全开发的知识规范，希望对这块有兴趣的朋友开拓知识面，详解请看结尾推荐的几篇文章。
《Android 新一代多渠道打包神器》：众所周知，因为国内 Android 应用分发市场的现状，我们在发布 APP 时，一般需要生成多个渠道包，上传到不同的应用市场。这些渠道包需要包含不同的渠道信息，在 APP 和后台交互或者数据上报时，会带上各自的渠道信息。这样，我们就能统计到每个分发市场的下载数、用户数等关键数据。ApkChannelPackage 是一种快速多渠道打包工具，同时支持基于 V1 和 V2 签名进行渠道打包。插件本身会自动检测 Apk 使用的签名方法，并选择合适的多渠道打包方式，对使用者来说完全透明。
《不使用虚拟机的 Kotlin》：Kotlin/Native 的第一个技术预告版发布，它直接将 Kotlin 编译成机器码。Kotlin/Native 编译器将编译出不依赖于任何虚拟机运行的可执行程序。现在还不是完整的功能发布，但是你现在已经可以使用这一技术，并且可以在这里阅读它的源码。编译器可在 Apache 2 OSS 许可证下使用。
《Android 方法数杂谈》：在做 Android 应用研发时，尤其是开发大型应用时，我们很容易遇到 Android 方法超过 65536 的现象。即便进行分 dex 处理，在功能日益增加的今天，主 dex 依然会面临方法数不够用的窘境，然后不得不通过各种压缩、裁剪代码，才得以上线。回想起这几年间 Android 程序员和方法数之间林林总总的相爱相杀，发现很多问题既没有事前疏导，也缺乏事后防范总结，所以此刻谈谈方法数这个问题的本源。
《Tangram Android 的设计说明》：前段时间阿里开源了团队内的 vlayout 项目，从 Github 上反馈来看，还是深受欢迎。但如果仅仅是采用 vlayout 搭建页面，使用起来还不是特别灵活，在此基础之上，团队又封装了一套动态化调整界面的模块，命名为 Tangram，本文详细介绍了 Tangram 针对 Android 端的设计原理。
《Android 减包－减少 APK 大小》：用户经常会避免下载看起来体积较大的应用，特别是在不稳定的 2G、3G 网络或者在以字节付费的网络。这篇文章描述了怎样减少你的 APK 大小，这会让更多的用户愿意下载你的应用。