如何在Android与AWS Lambda间共享Request/Response类？

在同时包含Android应用（app模块）和AWS Lambda函数（lambda模块）的项目里，我们常遇到Request/Response数据模型类重复定义的问题——这两个类同时存在于两个模块的同包路径下，维护起来既冗余又容易出错：

├── app
│   └── src
│       ├── main
│       │   └── java
│       │       └── com
│       │           └── myapp
│       │               ├── Request.java
│       │               └── Response.java
│       └── test
├── lambda
│   └── src
│       └── main
│           └── java
│               └── com
│                   └── myapp
│                       ├── Request.java
│                       └── Response.java

下面我们来分析你提到的两种方案，并给出更合理的替代思路：

方案1：将lambda模块作为依赖引入app模块 #

一开始可能会想到直接在app/build.gradle中添加依赖：

dependencies {
    implementation project(":lambda")
}

但这种方法完全不可行——lambda模块依赖的是AWS SDK for Java，而Android应用依赖的是AWS Mobile SDK for Android，二者存在大量同包同名类的冲突（比如AWS核心服务的基础类），会直接导致编译失败或运行时崩溃，根本无法兼容。

方案2：使用符号链接共享类 #

用符号链接将Request/Response类的源文件链接到两个模块的对应路径下，确实能让两个模块共享同一份源码并正常运行，但它并不是合适的长期解决方案，原因如下：

• 跨平台兼容性差：符号链接在Windows系统上的支持远不如类Unix系统（macOS、Linux）友好，团队里如果有Windows开发者，很容易遇到文件找不到、链接失效的问题。
• 构建工具风险：部分旧版Gradle或CI/CD系统对符号链接的处理存在bug，可能导致构建失败或打包异常。
• 维护不直观：新加入团队的开发者可能不知道符号链接的存在，直接在模块内修改文件后，会发现修改同步到了另一个模块，容易造成混乱。

更推荐的解决方案：独立共享模块 #

最稳妥的做法是新建一个纯数据模型的独立模块（比如命名为shared-models），专门存放Request/Response这类跨模块共享的类，然后让app和lambda模块都依赖这个共享模块：

1. 新建shared-models模块，存放共享模型类：

├── shared-models
│   └── src
│       └── main
│           └── java
│               └── com
│                   └── myapp
│                       ├── Request.java
│                       └── Response.java

2. 在app/build.gradle中添加依赖：

dependencies {
    implementation project(":shared-models")
}

3. 在lambda/build.gradle中添加依赖：

dependencies {
    implementation project(":shared-models")
}

这种方式的优势非常明显：

• 彻底避免了类重复定义的问题，所有模块共享同一套模型类。
• 不存在SDK冲突：共享模块只包含纯数据模型，不依赖任何AWS SDK。
• 兼容性拉满：跨平台、跨构建工具都能正常工作，CI/CD系统也不会出问题。
• 结构清晰：新开发者一眼就能看懂模型类的位置和共享逻辑，维护成本极低。

内容的提问来源于stack exchange，提问作者Tankman六四