Firebase ML Kit加载TFLite模型报错：找不到FULLY_CONNECTED v9算子

核心问题 #

你用TensorFlow 2.15.0生成的TFLite模型，在Android端用同版本TFLite库初始化Interpreter时，出现Didn't find op for builtin opcode 'FULLY_CONNECTED' version '9'错误——但2.15.0的TFLite runtime明明支持到版本11，这说明实际运行时加载的模型算子版本和本地库不匹配。

可能原因与对应解决方法 #

1. Firebase自动修改了模型算子版本 #

Firebase Model Downloader默认会对模型做设备适配优化，可能会自动降级算子版本以兼容旧设备，导致和你本地的2.15.0库不兼容。

解决步骤：

• 登录Firebase控制台，找到你的模型「Price-Prediction」，进入模型设置页面，关闭「自动优化」选项，重新上传原始模型。
• 或者在Android端下载时，尝试改用DownloadType.LOCAL_MODEL_ONLY先验证本地模型是否正常（LOCAL_MODEL_UPDATE_IN_BACKGROUND可能仍会触发后台优化）。

2. 模型生成时未指定兼容的算子版本 #

即使你用了TensorFlow 2.15.0，转换模型时如果没明确配置目标算子版本，可能会生成兼容旧版本的模型（比如默认兼容更低版本的TFLite runtime）。

解决步骤：
重新生成TFLite模型时，添加明确的版本约束：

import tensorflow as tf

# 加载你的Keras模型
model = tf.keras.models.load_model("your_keras_model.h5")

converter = tf.lite.TFLiteConverter.from_keras_model(model)
# 指定仅使用TFLite内置算子，且目标版本匹配2.15.0
converter.target_spec.supported_ops = [tf.lite.OpsSet.TFLITE_BUILTINS]
converter.target_spec.minimum_tflite_version = "2.15.0"

# 可选：如果用到了TensorFlow专属算子，添加以下配置
# converter.target_spec.supported_ops.append(tf.lite.OpsSet.SELECT_TF_OPS)

tflite_model = converter.convert()
with open("Price-Prediction.tflite", "wb") as f:
    f.write(tflite_model)

重新上传这个新生成的模型到Firebase。

3. Android项目存在TFLite依赖冲突 #

你的build.gradle.kts里指定了2.15.0，但可能有其他依赖（比如Firebase相关库）偷偷引入了旧版本的TFLite，导致运行时实际加载的是旧库，无法识别版本11的算子。

解决步骤：

• 执行./gradlew app:dependencies（替换app为你的模块名），查看依赖树，搜索tensorflow-lite，确认是否有旧版本被引入。
• 如果发现冲突，在依赖声明中排除旧版本：

implementation("org.tensorflow:tensorflow-lite:2.15.0")

// 假设某个Firebase依赖引入了旧版本，添加排除
implementation("com.google.firebase:firebase-ml-model-downloader:20.0.4") {
    exclude(group = "org.tensorflow", module = "tensorflow-lite")
}

4. 验证模型算子版本 #

用TensorFlow提供的tflite_inspect工具，检查你本地生成的模型和Firebase下载后的模型，确认FULLY_CONNECTED算子的版本：

# 检查本地原始模型
tflite_inspect model --model_path=Price-Prediction.tflite
# 检查Android设备上下载的模型（需先导出设备上的模型文件）
tflite_inspect model --model_path=downloaded_model.tflite

在输出中查找builtin_code: FULLY_CONNECTED对应的version字段，如果本地模型是11但下载后的是9，说明Firebase确实修改了模型；如果本地模型就是9，那问题出在模型生成阶段。

内容的提问来源于stack exchange，提问作者Fawful