在 Hamibot 中识别抖音消息内容，推荐采用 Accessibility 控件定位 + OCR 辅助提取 的组合技术路线。这是目前兼顾稳定性、执行效率与版本兼容性的最优方案。

技术路线解析

1. Accessibility 控件树定位：通过 text()、className()、id() 等选择器快速定位消息列表容器与单条消息节点。优点是执行快、资源占用低，可直接获取结构化数据。
2. OCR 文本识别：抖音部分消息控件的 text 属性会被混淆、置空或使用自定义 View 渲染，此时需对目标区域截图并调用 OCR 提取文字。Hamibot 支持通过插件或 http 模块调用第三方 OCR 服务。
3. 双线程架构：主线程负责 UI 交互与控件遍历，后台线程负责截图与 OCR 处理，避免阻塞自动化流程。

实现示例（Rhino 1.7.15 兼容）

// 文档地址 https://docs.hamibot.com/
"auto";

// 1. 定位抖音消息列表区域（选择器需根据实际版本微调）
var msgContainer = className("androidx.recyclerview.widget.RecyclerView").findOne(3000);
if (!msgContainer) {
    toast("未找到消息列表");
    exit();
}

// 2. 遍历子节点提取消息
var children = msgContainer.children();
for (var i = 0; i < children.length; i++) {
    var node = children[i];
    var msgText = node.text() || node.desc();
    
    // 若控件文本为空或过短，使用 OCR 补充识别
    if (!msgText || msgText.length < 2) {
        var bounds = node.bounds();
        var img = captureScreen(bounds.left, bounds.top, bounds.width(), bounds.height());
        // 此处替换为实际 OCR 调用逻辑（如 Hamibot OCR 插件或 http 请求第三方 API）
        // var msgText = callOcrService(img); 
        img.recycle();
    }
    
    if (msgText) {
        log("识别到消息: " + msgText);
        // 添加你的业务逻辑
    }
}

最佳实践建议

• 选择器维护：抖音 UI 迭代频繁，建议优先使用 className + indexInParent 或相对定位（parent()、child()、sibling()）替代绝对 id，降低版本更新导致的失效概率。
• 性能优化：OCR 耗时较高，建议仅对 text 为空的节点触发，并控制截图频率。可使用 threads.start() 将 OCR 请求放入后台线程，主线程继续滑动或处理其他逻辑。
• 风控规避：避免连续高频滑动与识别，加入随机延迟（sleep(random(500, 1500))），模拟人工操作节奏。频繁异常请求可能触发抖音安全策略。
• 权限与配置：确保已开启无障碍服务与悬浮窗权限。若使用第三方 OCR，需在脚本中配置 http 请求头与鉴权参数，并处理网络超时重试。

如需针对特定抖音版本调试选择器，可使用 Hamibot 客户端的“布局分析”工具实时查看节点属性。若遇到具体报错或识别不准的情况，可提供当前界面布局信息与运行日志，我将协助优化脚本逻辑。