1. 从一次“自动化”的失败尝试说起

那天，我正试图用AutoJs写一个自动化脚本，想让它帮我自动打开小红书，搜索某个话题，然后批量保存一些笔记的图片。听起来是个很简单的需求，对吧？我信心满满地写下了app.launch(“com.xingin.xhs”)，脚本也确实启动了小红书。但问题来了：它每次都只是冷启动到首页。我的目标是直接跳转到搜索结果页，甚至某个特定的笔记详情页。我尝试了各种方法，包括模拟点击、查找控件，但都因为小红书的页面结构复杂、加载异步，导致脚本极其不稳定，动不动就卡住或者点错地方。

就在我几乎要放弃，觉得这种UI自动化方式太“笨”的时候，我突然想起了Scheme这个东西。Scheme，你可以把它理解为一个应用的“后门”或者“快捷指令”。就像你在浏览器里输入https://www.baidu.com能打开百度首页一样，在手机系统里，你可以通过一个特定格式的字符串（也就是Scheme），直接“告诉”某个App：“嘿，别磨蹭了，直接给我打开到某个具体的功能页面去。” 这不正是我需要的吗？绕过繁琐的UI交互，直达目标。

于是，我开始全网搜寻小红书的Scheme。结果发现，信息非常零散，有的过时了，有的不全，还有的根本就是错的。踩了几个坑之后，我决定自己动手，把小红书的Scheme彻底研究透，并结合AutoJs这个强大的安卓自动化工具，整理出一套真正能用、高效稳定的方案。这篇文章，就是我这段时间摸索的完整记录，我会把最全、最新、最准的小红书Scheme分享给你，并详细讲解如何在AutoJs中灵活运用它们，让你的自动化脚本从“爬行”进化到“闪现”。

2. 理解Scheme：App的“魔法口令”与AutoJs的“传送门”

在深入小红书的具体Scheme之前，我们必须先打好基础，彻底搞懂Scheme是什么，以及它为什么能和AutoJs完美结合。

2.1 Scheme的本质：深度链接的安卓实现

Scheme，更正式的名称是URI Scheme或Deep Link（深度链接）。它的标准格式看起来像一个精简版的网址：scheme://host/path?query_parameter=value&another_param=value#fragment

• scheme： 协议头，这是核心标识，用来告诉系统：“我要调用哪个App”。例如，http对应浏览器，alipays对应支付宝，而小红书的Scheme就是xhsdiscover。
• host： 主机，通常代表App内的某个模块或主要功能入口。
• path： 路径，指定host模块下的具体子页面或动作。
• query_parameter： 查询参数，以key=value的形式传递打开页面所需的具体数据，比如关键词、用户ID、笔记ID等。
• fragment： 片段标识，通常用于定位页面内的某个锚点（在App内较少使用）。

当你在安卓系统中，通过任何方式（如浏览器、其他App、ADB命令或AutoJs）发出一个符合规范的Scheme时，系统会查找所有声明了该Scheme的App。如果只有一个App匹配，则直接启动它并传递参数；如果有多个，则会弹出选择器让你选。

2.2 为什么Scheme是AutoJs脚本的“神器”？

AutoJs的核心能力是模拟用户操作（点击、滑动、输入）和获取控件信息。但这存在几个固有瓶颈：

1. 稳定性差： 页面布局变化、网络加载延迟、动态元素（如广告）都会导致脚本定位失败。
2. 效率低下： 从启动App到找到目标按钮并点击，需要经历多个页面加载和等待，耗时漫长。
3. 兼容性问题： 不同机型、不同版本的App，其UI控件树可能差异巨大。

Scheme完美地避开了这些瓶颈。它不依赖于UI，而是直接与App的“意图（Intent）”层对话。使用Scheme，你的AutoJs脚本可以：

• 瞬间直达： 一条命令直接打开目标页面，省去所有中间步骤。
• 精准操作： 传递精确参数，确保打开的就是你想要的内容。
• 超高稳定性： 只要Scheme本身不变，无论App界面如何改版，你的核心跳转逻辑依然有效。
• 降低复杂度： 脚本逻辑从“识别-点击-等待-再识别”的循环，简化为“构造Scheme-调用”一步操作。

简单来说，AutoJs负责“自动化”的逻辑和决策，而Scheme则为AutoJs提供了通往App内部任意位置的“传送门”。两者结合，才能发挥出移动端自动化的最大威力。

2.3 在AutoJs中调用Scheme的几种核心方法

AutoJs提供了多种方式来触发一个Scheme，你需要根据脚本的上下文和需求来选择。

方法一：使用app.startActivity()函数（最推荐）这是最接近原生安卓开发的方式，功能最强大、最灵活。

// 基础格式 app.startActivity({ action: “android.intent.action.VIEW”, data: “完整的Scheme字符串”, // 以下flags常用于设置启动模式，避免打开多个实例 flags: [“activity_new_task”, “activity_clear_top”] }); // 示例：打开小红书搜索“露营” let keyword = encodeURIComponent(“露营”); let scheme = `xhsdiscover://search/result?keyword=${keyword}`; app.startActivity({ action: “android.intent.action.VIEW”, data: scheme, flags: [“activity_new_task”] });

注意：encodeURIComponent至关重要。它确保中文等特殊字符能正确编码进URL，避免解析失败。这是新手最容易忽略的坑。

方法二：使用shell()执行ADB命令这种方式直接调用底层ADB命令，不依赖AutoJs的运行时环境，有时更稳定。

// 通过shell调用am（Activity Manager）命令 let scheme = “xhsdiscover://user/profile?userId=123456789”; shell(`am start -a android.intent.action.VIEW -d “${scheme}”`, true);

提示：shell命令的第二个参数设为true表示同步执行，会等待命令完成。这对于需要确保页面跳转成功后再执行下一步操作的脚本很有用。

方法三：使用openApp()或launch()的局限AutoJs自带的app.openApp()或app.launch()只能通过包名启动App到主界面，无法传递Scheme参数。所以，一旦涉及深度跳转，请直接使用前两种方法。

3. 小红书Scheme全网最全解析与实战用例

经过大量的测试、反编译（仅用于学习研究）和网络抓包，我整理了目前（请注意时效性）可用的、最全的小红书Scheme列表。每个Scheme都附上了参数说明和AutoJs调用示例。

3.1 核心发现页与搜索

这是最常用的一类Scheme，用于启动App并直接进入特定内容流。

实战心得1：搜索编码的坑我最初直接拼接中文关键词，Scheme调用后小红书要么没反应，要么打开了错误的页面。后来发现，keyword参数必须进行URL编码。encodeURIComponent()函数会将“露营”转换成%E9%9C%B2%E8%90%A5。如果你手动拼接Scheme字符串，务必注意这一点。一个快速检查方法是把拼接好的字符串粘贴到浏览器地址栏，看它是否能正确显示中文。

3.2 用户与个人主页

直接定位到特定用户，是做社交分析或批量关注脚本的关键。

如何获取用户的数字ID？这是关键。你不能直接从App界面看到这串ID。一个实用的方法是：分享该用户的任意一篇笔记，选择“复制链接”。你会得到一个类似https://www.xiaohongshu.com/user/profile/5df1b6c1000000000100f6a1的链接。末尾的那一串字符就是userId。用这个ID构造Scheme，万无一失。

3.3 笔记/帖子详情页

直接打开一篇特定的笔记，是内容爬取、数据分析脚本的核心。

实战心得2：noteId的稳定性和userId一样，noteId也是笔记的唯一标识，不会改变。通过分享笔记获得的链接中一定包含它。强烈建议所有围绕笔记的自动化操作，都基于noteId来构建Scheme。不要试图用标题或内容来定位笔记，那会引入巨大的不确定性。

3.4 发布与消息中心

这类Scheme可以让你快速进入创作或互动流程。

3.5 其他功能页面

4. 在AutoJs中构建健壮的Scheme自动化脚本

掌握了Scheme，只是拿到了钥匙。如何用AutoJs这把“万能扳手”用好这些钥匙，构建出稳定、高效的自动化流程，才是真正的挑战。下面我分享几个实战脚本框架和避坑指南。

4.1 脚本框架示例：批量打开用户主页并关注

假设你有一个userId的列表，想实现自动打开主页并关注（这里仅演示打开主页，关注操作需结合UI自动化，因关注按钮状态判断复杂）。

// 假设这是一个从文件或网络获取的userId列表 let userIdList = [ “5df1b6c1000000000100f6a1”, “60a8d3bb000000001f03f4e2”, // ... 更多ID ]; // 循环处理每个用户 userIdList.forEach((userId, index) => { console.log(`正在处理第 ${index + 1} 个用户，ID: ${userId}`); // 1. 使用Scheme精准打开用户主页 let scheme = `xhsdiscover://user/profile?userId=${userId}`; let result = app.startActivity({ action: “android.intent.action.VIEW”, data: scheme, flags: [“activity_new_task”] }); if (!result) { console.error(`打开用户 ${userId} 主页失败！`); return; // 跳过此用户 } // 2. 等待页面加载完成 sleep(3000); // 根据网络情况调整等待时间 // 3. (此处可插入UI自动化逻辑，如：查找“关注”按钮并点击) // let followBtn = className(“Button”).text(“关注”).findOne(5000); // if (followBtn) { // followBtn.click(); // console.log(“关注成功”); // sleep(1500); // 操作后等待 // } else { // console.log(“未找到关注按钮，可能已关注或页面异常”); // } // 4. 返回或关闭当前页面，为下一个做准备 // 方法A: 模拟物理返回键（更通用） back(); sleep(1000); // 方法B: 如果AutoJs有权限，可以强制停止小红书再重启（更干净，但粗暴） // shell(“am force-stop com.xingin.xhs”, true); // sleep(1000); }); console.log(“批量处理完成！”);

4.2 高级技巧：Scheme与UI自动化的混合策略

纯粹的Scheme跳转虽然快，但很多后续操作（点赞、评论、关注、滚动浏览）仍然需要UI自动化。最佳实践是“Scheme跳转 + 智能等待 + UI操作”的混合模式。

1. 使用Scheme实现快速导航： 用xhsdiscover://search/result?keyword=XXX直接跳到目标搜索结果列表。
2. 使用控件查找进行状态确认： 跳转后，不要盲目sleep固定时间。应该查找一个该页面独有的、稳定的控件作为加载完成的标志。

   // 跳转到搜索页后，等待“搜索”标签或结果列表出现 let searchTab = textContains(“搜索”).findOne(8000); // 最多等8秒 if (searchTab) { console.log(“搜索结果页加载完成”); // 接下来再进行列表滚动、抓取等UI操作 } else { console.error(“页面加载超时，可能Scheme无效或网络问题”); }

3. 利用Scheme重置状态： 当UI自动化陷入死胡同（比如弹窗遮挡、页面卡死），不要尝试用复杂的点击逻辑去恢复。最简单粗暴且有效的方法是：直接用Scheme重新打开当前页面或上级页面。

   // 假设在笔记详情页操作时遇到未知弹窗 function recoverFromError() { let currentNoteId = “...” // 你应该在脚本中记录当前笔记ID let recoverScheme = `xhsdiscover://note/detail?noteId=${currentNoteId}`; app.startActivity({ action: “android.intent.action.VIEW”, data: recoverScheme, flags: [“activity_new_task”, “activity_clear_top”] // 关键flag，清除活动栈 }); sleep(3000); // 等待页面重新加载 console.log(“已通过Scheme重置页面状态”); }

4.3 常见错误排查与解决（“避坑指南”）

在实战中，你肯定会遇到各种问题。下面是我踩过坑后总结的排查清单：

问题1：调用Scheme后，小红书没反应，或者跳转到了错误的页面（如首页）。

• 检查1：Scheme格式是否正确？仔细核对scheme://host/path的每一个部分，特别是冒号和斜杠。xhsdiscover://一个字符都不能错。
• 检查2：参数编码了吗？这是最高频的错误。所有中文字符、空格、特殊符号（&,=,?）都必须用encodeURIComponent()处理。一个黄金法则：除了scheme://和?、=、&这些分隔符本身，其他所有作为参数值的内容都编码一遍。
• 检查3：小红书是否已安装并启用了该Scheme？极少数情况下，App可能禁用了某些深度链接。可以尝试用手机浏览器访问xhsdiscover://main/discover，如果浏览器问你是否用小红书打开，说明Scheme有效；如果直接显示“网页无法打开”，则Scheme可能有问题或App未安装。
• 检查4：是否使用了正确的启动Flags？尝试在app.startActivity中加入flags: [“activity_new_task”]，这能确保在新的任务栈中启动，避免与现有小红书实例冲突。

问题2：Scheme在部分机型或系统版本上无效。

• 可能原因：系统权限或后台策略限制。某些国产安卓系统（如MIUI、EMUI）有严格的省电策略或后台启动限制，会阻止非用户交互的Scheme调用。
• 解决方案：
  1. 在AutoJs中，确保已授予“后台弹出界面”等特殊权限。
  2. 在手机系统设置中，将小红书和AutoJs加入“允许自启动”、“允许关联启动”、“忽略电池优化”的白名单。
  3. 尝试使用shell(“am start …”)命令，有时比app.startActivity穿透力更强。

问题3：如何动态获取noteId或userId？你不能指望手动收集。一个完整的自动化流程需要能自动提取这些ID。

• 从分享链接提取：如果你能通过AutoJs获取到剪贴板里的分享链接，可以用正则表达式提取ID。

  // 假设剪贴板内容为：”https://www.xiaohongshu.com/explore/63b8d3bb000000001f03f4e1” let clipboard = getClip(); let noteIdMatch = clipboard.match(/explore\/([0-9a-f]+)/); if (noteIdMatch && noteIdMatch[1]) { let noteId = noteIdMatch[1]; console.log(“提取到的noteId:”, noteId); // 接下来就可以用这个noteId构造Scheme了 }

• 从网络请求抓取（高级）：如果你有抓包能力（如使用HttpCanary等工具），可以在小红书App的网络请求中，发现大量包含noteId和userId的API响应，这是最源源不断的数据来源。

5. 超越小红书：Scheme的通用思维与生态联动

掌握了小红书的Scheme，其实你就掌握了一套方法论。这套方法可以平移到几乎所有主流App。

5.1 如何探索其他App的Scheme？

1. 抓包大法： 使用网络抓包工具（如Charles, Fiddler, HttpCanary），监控手机流量。当你点击App内的某个分享按钮或特定功能时，观察抓到的请求中，是否出现了intent://或scheme://开头的跳转链接。这是最直接有效的方式。
2. 反编译查看（仅供学习）： 使用ApkTool等工具反编译App的安装包，查看AndroidManifest.xml文件，里面会声明所有支持的<intent-filter>，其中就包含了Scheme信息。这需要一定的技术背景。
3. 社区与搜索引擎： 像本文一样，很多开发者会在技术社区分享他们发现的Scheme。用“App名 + Scheme”或“App名 + 深度链接”作为关键词搜索。

5.2 与微信、支付宝等超级App的联动

从你提供的网络热词中可以看到，alipays://和微信小程序的Scheme非常活跃。这意味着你的AutoJs脚本可以跨App协作。

• 场景：自动领取支付宝红包。 你可以写一个脚本，监控微信群或QQ群里的支付宝红包口令（一段文字），用AutoJs提取出口令，然后直接用app.startActivity({data: “alipays://platformapi/startapp?appId=68687587&query=…”})这样的Scheme（具体参数需抓包分析）直接跳转到支付宝领红包页面。
• 场景：快速打开微信小程序。 微信小程序的Scheme格式通常为weixin://dl/business/?ticket=…。你可以将常用小程序的Scheme存下来，用AutoJs做成一个快捷启动面板，一键直达，比在微信里翻找快得多。

重要警告：与金融、社交类App的自动化交互存在极高风险，包括但不限于封号、财产损失。此类操作务必在完全理解其规则、且仅用于个人合法便利的前提下进行，切勿用于批量、盈利或干扰服务正常运行的行为。

5.3 构建你自己的Scheme快捷指令库

我建议你在AutoJs项目中建立一个专门的scheme_config.js文件，像下面这样管理所有Scheme：

// scheme_config.js const Schemes = { // 小红书 XHS: { SEARCH: (kw) => `xhsdiscover://search/result?keyword=${encodeURIComponent(kw)}`, USER: (id) => `xhsdiscover://user/profile?userId=${id}`, NOTE: (id) => `xhsdiscover://note/detail?noteId=${id}`, PUBLISH: “xhsdiscover://main/publish”, }, // 其他App... // ALIPAY: { // RED_PACKET: (code) => `alipays://platformapi/startapp?appId=68687587&query=${encodeURIComponent(code)}`, // }, }; module.exports = Schemes;

然后在主脚本中引用：

const Schemes = require(‘./scheme_config.js’); // 搜索小红书 app.startActivity({action:“VIEW”, data: Schemes.XHS.SEARCH(“Python编程”)}); // 打开用户 app.startActivity({action:“VIEW”, data: Schemes.XHS.USER(“someUserId”)});

这样，你的脚本会变得非常清晰、易于维护和扩展。

Scheme不是万能的，没有Scheme的自动化是低效的。它就像给你的AutoJs脚本装上了“任意门”，让你能精准、快速地抵达目标地点，把宝贵的算力和脚本逻辑留给更核心的判断与操作。从今天起，别再让你的脚本在App的“门口”徘徊了，用好Scheme，直击要害。