Android 逆向：最近大火的 ChatGPT 客户端是如何实现的？

发表于 9月以前 | 总阅读数：3013 次

前言

这两天在 B 站刷视频，看到了 ChatGPT 新出的语音对话，非常惊叹。不得不说，OpenAI 不出手则已，一出手则一鸣惊人。那我作为一个 Android 学习者，却也不免想到了一个别的问题：作为新的 App，ChatGPT 的 Android 端是用什么写的呢？

安装试一下

ChatGPT Android 版目前可以在 Google 商店直接下载，这需要 Google 服务的支持。部分 Android 设备自带的有（比如小米，可以在设置里，搜索“谷歌”或者“Google”找到对应项开启）。当然，使用 GP 需要你有一个外区的 Google 账号，具体细节略过不谈。搜索 ChatGPT，排名第一的就是

一些依赖

使用 LibChecker 查看此应用的基本信息，如下：

LibChecker下载: coolapk.com/apk/com.absinthe.libchecker

So 依赖Activity信息

一些关键的依赖如下：

Kotlin 1.9.10
AGP 8.1.1
Jetpack Compose 1.5.1
compileSdk 34
targetSdk 33

这个依赖版本可以说非常之新了，我相信读者如果是 Android 开发，所经手的 Android 项目基本没有能达到这种崭新程度的（如果有的话，也可以在评论区提一嘴，让我也震惊一下）。

App 的关键 Activity 只有两个，一个 MainActivity 承载了各种页面；另一个 VoiceModeActivity 应该就是上面视频里演示的语音模式。其实到这里，已经可以很大程度的猜想，这个应用是 Compose 应用了。不过单靠猜肯定不够，接下来我们继续探索一下

查看页面布局

东芝写的 “开发者助手”（这里本来有个链接的，但它在酷安被下架了，我也找不到了）里有一个“界面布局分析”的功能。可以看到每个 Widget 的基本信息。打开之后可以通过 Slider 或者音量键选择指定控件

虽然不能帮助直接获取到是否是由 Compose 编写的，但它能额外提供一些信息。比如，如果我们聚焦到一个文本上，你会发现这个文本是没有 ID 的

很显然，在传统 View 体系中，基本上都是通过 ID 找到对应控件，然后进行各种操作的。而类似于 Jetpack Compose 这种框架则是直接改变对应 State，以触发对应 UI 更新，因此不需要 ID。到这里，我们就进一步确定了。

另一个可以佐证的部分是，当选择的控件是整个列表时，此处显示的类仍然只是 View，而非 RecyclerView 或者 ListView。这是因为，在 Jetpack Compose 中，显示列表用的是 LazyList，例如，一个对话列表的代码可能是：

@Composable
fun ChatList() {
   LazyColumn {
       items(chatList) {
           if (it.sendByMe) SendByMeItem(it)
           else SendByBotItem(it)
       }
   } 
}

简洁。轻快。

当然，这样仍然有问题，比如“开发者助手”的这个功能在某些场景下是工作不正常的，找不到对应 ID。所以接下来我们试着看看代码

反编译代码

通过 MT管理器提取出 apks 文件，再进一步解压获得 apk 文件，我们就可以尝试对它反编译。这里有很多工具链可以选，比如手机端的 MT管理器自己（需要 VIP）、NP管理器（旧版免费、新版收费）；PC 端的 ApkTool + dex2jar + jd-gui 三件套，或者 JADX 等。为了方便，在这里我们选择 JADX 一键完成。

下载 https://github.com/skylot/jadx/releases 后拖动 Apk 进去，等待即可

完成反编译后，我们可以搜索找到 MainActivity 和 VoiceModeActivity，发现两个的代码都很简短，区区几十行。虽然代码混淆了导致反编译出来很难看懂，但共同点是，它们都调用了 j.a 方法。

查看此方法的具体代码，一个熟悉的字眼映入眼帘：Composition！而它是 Jetpack Compose 中的重要概念。从这个方法的代码也可以确定，j.a 方法实际上ComponentActivity.setContent(content: @Composable () -> Unit) 拓展函数，它是 Jetpack Compose 在 Android 平台的入口~

顺带一提，这个方法原始长这样：

public fun ComponentActivity.setContent(
    parent: CompositionContext? = null,
    content: @Composable () -> Unit
) {
    val existingComposeView = window.decorView
        .findViewById<ViewGroup>(android.R.id.content)
        .getChildAt(0) as? ComposeView

    if (existingComposeView != null) with(existingComposeView) {
        setParentCompositionContext(parent)
        setContent(content)
    } else ComposeView(this).apply {
        // Set content and parent **before** setContentView
        // to have ComposeView create the composition on attach
        setParentCompositionContext(parent)
        setContent(content)
        // Set the view tree owners before setting the content view so that the inflation process
        // and attach listeners will see them already present
        setOwners()
        setContentView(this, DefaultActivityContentLayoutParams)
    }
}

到此结束！这就是文章开头的结论来源，我们基本可以肯定，此 App 是用 Jetpack Compose 完成的 UI 部分。

别的细节

其实仅看 UI ，我也基本确定了这是 Jetpack Compose 写的。比如，它的菜单背景色是 Material You 中的颜色（而不是纯白）。

由于 Jetpack Compose 的 material3 系列控件是在 Material You 设计规范出了之后才逐步完善起来的，因此它从诞生之日起就遵循着相应规范，在很多细节上有比较好的诠释。我自己的开源应用译站也是用的 Compose + MY，因此打开应用就感觉对味儿了。

做个对比

同样是新应用，而且都是新的 AI 应用，文章的最后我们不妨挑一个别的对比一下。我们这里选择了文心一言

叠甲：选择文心一言并不出于任何其他原因考量，单纯因为我本机上安装的有。本人下列的陈述仅从技术角度出发，仅作为技术交流和学习使用。本人无任何恶意贬低、歪曲之意。

同样是 LibChecker ，我们来看看文心一言的情况

基本Activity

作为对比还是很有意思的，虽然是新项目，但能感受到很多历史沉淀的气息。唯二被标注的分别是 Kotlin 1.6.21 和 RxAndroid 1。它直接包含 61 项 Native Libraries，Activity 更是达到了 330 个之多（虽然绝大部分都是为了插件化和动态能力预留的）。当然也要指出，文心的功能比 ChatGPT Android 多很多，比如社区、发现版块，比如语音朗读回答，比如自定义角色等。

结尾

本文大概展示了一些技术，可能可以用来判定一个 App 的部分技术栈。除此之外也从侧面回答一个很多人疑惑：Jetpack Compose 真的有人用吗？事实是，有。不过大多数集中在国外。举个栗子，除了本文提到的，最近对标 X 的 Threads 也是基于 Jetpack Compose 构建的，国内的不少公司也有相关探索。

Compose 有什么优点？实话说，只要你上手写过，就能感受到它的简洁；那有缺点吗？不得不承认，有。一是对各项依赖较为严苛的要求（AGP、Gradle、Kotlin、甚至 AS 都要是比较新的版本），在非常旧的项目中集成有一定难度；二是性能目前仍然有差距。这也是 Compose 团队一直在尝试攻克的点，而相比最初的 1.0，其实已经有很大进步。总的来说，还是可以期待一下的。