node-red 不支持在自定义节点中直接嵌入或继承内置/第三方节点（如 tcp in、debug 等），也无法通过 `red.nodes.createnode()` 等方式实例化并内部“接线”已有节点——这是由其运行时架构决定的根本限制。
在 Node-RED 开发实践中，一个常见误解是：能否像组合组件一样，将现成节点（例如 tcp in、http request 或 debug）“封装”进自定义节点内部，实现逻辑复用与界面简化。遗憾的是，这在当前（v3.x 及之前）的 Node-RED 运行时中不可行。
为什么无法嵌入现有节点？
Node-RED 的节点生命周期由编辑器（client-side）和运行时（runtime/server-side）协同管理：
- 节点实例（Node 对象）仅在运行时由 RED.nodes.createNode() 创建，并严格绑定到特定 flow 上下文；
- 编辑器中配置的节点连线关系（wires）在部署时被序列化为 flow JSON，由 runtime 解析并建立事件监听链；
- 自定义节点的 .js 文件仅定义其自身的 oninput 处理逻辑与状态管理，无权限创建、调度或接管其他节点的实例；调用 new RED.nodes.createNode(...) 会失败（RED 在 runtime 中不可访问，且该方法非公开 API，文档未支持）。
⚠️ 注意：RED 全局对象仅在编辑器前端（editor.js）可用；自定义节点后端逻辑运行于 node.js 进程中，此时 RED 未定义。任何试图在 oninput 或构造函数中引用 RED.nodes 的代码均会抛出 ReferenceError。
正确的替代方案
虽然不能“嵌入”，但可通过以下方式达成相似目标：
✅ 1. 复用底层逻辑（推荐）
大多数核心节点（如 tcp in、http in）本质是封装了标准 Node.js 模块（net、http 等）。你应直接调用这些原生模块：
// 在 custom-node.js 的 oninput 处理中
const net = require('net');
function CameraRobotNode(config) {
RED.nodes.createNode(this, config);
const self = this;
// 直接建立 TCP 连接（模拟 tcp-in 能力）
const client = net.connect({ port: config.port, host: config.host }, () => {
self.status({ fill: "green", shape: "dot", text: "connected" });
});
client.on('data', (buf) => {
self.send({ payload: buf.toString(), topic: "raw-stream" });
});
client.on('error', (err) => {
self.status({ fill: "red", shape: "ring", text: "disconnected" });
self.error(`TCP error: ${err.message}`);
});
}✅ 2. 提供预配置子流（Subflow）+ 自定义 UI
将常用组合（如 “Camera → AI Parser → Robot Command”）封装为 Subflow，再通过自定义节点的配置面板提供一键导入或引导式创建：
- 在编辑器中设计好含 tcp in + function + debug 的子流；
- 你的自定义节点可声明 category: "robot" 并在 nodes/index.html 中添加按钮：“生成相机AI工作流”，触发 RED.editor.addNode(...) 动态插入预设子流实例。
✅ 3. 使用 node-red-contrib-subflow 或低代码集成
借助社区方案（如 node-red-contrib-subflow）或 RED.nodes.getNode(id) 在运行时获取同一流中已存在的节点引用（需用户手动连接），实现跨节点协同——但这仍非“内部嵌入”，而是显式依赖。
总结与最佳实践
- ❌ 不要尝试 new RED.nodes.createNode()、require("node-red/nodes/core/io/21-tcpin.js") 或模拟节点生命周期；
- ✅ 优先重用 Node.js 原生能力（net、https、child_process 等）构建原子功能；
- ✅ 将复杂流程拆解为可组合的子流（Subflow），提升复用性与用户体验；
- ✅ 在自定义节点文档中明确说明依赖关系与典型拓扑，辅以 Flow JSON 示例导入链接。
最终，遵循 Node-RED “单一职责、松耦合”的设计哲学——你的相机机器人节点专注处理协议解析与指令生成，而数据输入、日志输出等交由标准节点完成，反而是更健壮、可维护、易调试的工程选择。
