启动浏览器

📖 节点概述

浏览器自动化的入口节点，负责启动或连接一个 Chrome/Chromium 实例，并建立 CDP 控制会话。支持智能端口分配、自定义 Chrome 路径、独立用户数据目录，实现多开浏览器互不干扰。执行成功后，浏览器实例会被挂载到流程上下文，供后续节点使用。

💡 使用场景：

• 流程起点：任何需要操作浏览器的自动化任务，第一步通常都是启动浏览器。
• 多浏览器并行：配合不同的用户数据目录，同时打开多个独立的浏览器实例执行不同任务。
• 复用已有浏览器：当指定端口已被监听时，直接连接现有 Chrome，无需重新启动。
• 环境隔离：通过独立的数据目录，避免与日常使用的浏览器产生 Cookie 或登录冲突。

🎮 实战连线指南：如何正确使用它？

节点提供三个可配置参数，每个参数旁边都有一个快捷按钮（🎲 随机端口、📁 选择文件/文件夹），方便快速调整配置。

场景案例：启动一个全新的 Chrome 浏览器并打开指定网页

1. 放置节点：拖入【启动浏览器】节点到画布。
2. 配置端口：点击 Port 旁边的 🎲 按钮，自动随机生成一个可用端口（如 19234），避免与其他实例冲突。
3. 配置 Chrome 路径（可选）：如果系统 Chrome 不在默认路径，点击 📁 按钮选择 chrome.exe 所在位置。
4. 配置用户数据目录（可选）：点击 UserData 旁的 📁 按钮，选择一个空文件夹作为独立的浏览器数据目录。
5. 串联执行：将流程起始（如“开始按钮”）的 Exec 连接到【启动浏览器】的 Exec 输入。
6. 连接后续：将【启动浏览器】的 Exec 输出连接到【访问网址】节点的 Exec 输入，并在【访问网址】中填写目标 URL。
7. 运行：触发流程后，会打开一个新的 Chrome 窗口，并自动跳转到指定网址。

⚙️ 引脚与参数说明

📥 输入引脚

📤 输出引脚

💎 小贴士：

• 如果目标端口已被其他 Chrome 进程占用（例如手动启动了带 --remote-debugging-port 的浏览器），节点将直接复用该实例，不会重复启动。
• 用户数据目录建议使用相对路径（如 ./profile_1），便于项目迁移；首次启动时会自动创建该文件夹。
• 启动浏览器需要几秒钟的初始化时间，节点内部已内置等待机制，无需额外添加等待节点。
• 若需同时运行多个浏览器任务，请确保每个【启动浏览器】节点使用不同的端口和不同的用户数据目录。