如何序列化字符串资源？序列化失败时如何实现字符串本地化？

这个问题我之前也碰到过，核心原因是你把Android上下文依赖的Resources实例和本地化逻辑耦合到了序列化的数据类里——Jackson根本没法处理这种依赖系统上下文的对象，自然会抛出com.fasterxml.jackson.databind.exc.InvalidDefinitionException。

最优解决方案：分离数据模型与本地化逻辑 #

数据类的职责应该是存储纯业务数据，本地化属于UI展示层的逻辑，完全可以拆分开来。具体分两种场景：

1. 存储资源ID（适合本地固定资源）

把本地化字符串的资源ID存在数据类里，完全避开Resources实例，序列化/反序列化只处理整数ID，在需要展示的时候再用上下文解析：

// 修正后的数据类，只存纯数据
data class AvailablePollResponseModel(
    val id: String,
    val optionTextResId: Int = R.string.poll_option_yes // 只存资源ID，不存Resources或已解析的字符串
) : Serializable

在UI层（比如Activity/Fragment）中解析本地化字符串：

// 从序列化/反序列化拿到模型后，用当前上下文获取字符串
val pollModel = ... // 你的模型实例
val localizedText = resources.getString(pollModel.optionTextResId)

2. 存储业务标识Key（适合动态或多模块场景）

如果资源ID可能变动，或者需要跨模块复用，建议存储业务语义的Key，再通过映射关系转成资源ID：

data class AvailablePollResponseModel(
    val id: String,
    val optionTextKey: String = "poll_option_yes" // 存业务Key，而非硬编码资源ID
) : Serializable

在本地化工具类或UI层做映射：

fun getLocalizedPollText(key: String, resources: Resources): String {
    val resId = when(key) {
        "poll_option_yes" -> R.string.poll_option_yes
        "poll_option_no" -> R.string.poll_option_no
        else -> R.string.poll_option_default
    }
    return resources.getString(resId)
}

// 使用示例
val localizedText = getLocalizedPollText(pollModel.optionTextKey, resources)

应急方案：忽略不可序列化的字段（不推荐长期使用） #

如果暂时没法重构代码，可以用Jackson的@JsonIgnore注解标记Resources实例，让Jackson序列化时跳过它，但反序列化后需要手动注入上下文：

data class AvailablePollResponseModel(
    val id: String,
    val optionTextResId: Int = R.string.poll_option_yes,
    @JsonIgnore // 告诉Jackson不要序列化这个字段
    private var resources: Resources? = null
) : Serializable {
    // 延迟获取本地化字符串，仅在有Resources实例时可用
    val localizedOptionText: String? get() = resources?.getString(optionTextResId)

    // 反序列化后手动设置Resources
    fun setResources(resources: Resources) {
        this.resources = resources
    }
}

反序列化后记得手动注入：

val pollModel = objectMapper.readValue(jsonString, AvailablePollResponseModel::class.java)
pollModel.setResources(context.resources)

关键注意点 #

• 永远不要让序列化的数据类持有Context、Resources这类依赖系统环境的对象，它们不属于纯数据范畴
• 本地化逻辑应该贴近UI层，因为只有UI层才有可用的上下文，数据层只负责传递标识信息

内容的提问来源于stack exchange，提问作者Joel Broström