Angular项目引入rsocket-tcp-client出现net、tls模块解析失败报错

rsocket-tcp-client是专门为Node.js环境设计的TCP传输客户端，代码内部直接依赖Node.js原生提供的net、tls内置网络模块。这类模块是Node.js独有的底层网络能力，浏览器运行环境不存在对应实现。而当前项目是Angular浏览器端应用，打包目标是适配浏览器环境，webpack自然无法解析这些Node专属模块，最终触发模块找不到的报错。

• 替换为浏览器兼容的RSocket传输实现
  这是唯一能真正跑通业务目标的方案：浏览器本身无法直接发起原生TCP连接，不需要硬套用TCP客户端实现，替换为rsocket-websocket-client，通过WebSocket协议接入服务端的RSocket端点即可。该实现完全兼容RSocket原生的Resume会话恢复机制，只要服务端同步开启会话恢复配置，完全可以实现服务端重启时客户端自动重连、断点续传未完成请求的能力，完全匹配你的开发需求。
  替换依赖时注意对齐rsocket-core、客户端、服务端的依赖版本，避免出现协议兼容问题。
• 仅消除编译报错的临时配置（无实际通信价值）
  如果只是想消除编译报错、没有真实TCP通信需求，可以给Angular构建流程添加Node核心模块的浏览器polyfill，让webpack能识别对应模块：
  1. 执行命令安装所需依赖：npm install stream-browserify assert url buffer process
  2. 修改angular.json的构建配置，将net、tls等缺失模块映射到对应的polyfill实现
     需要明确：因为浏览器没有底层TCP的内核能力，这类配置只是消除编译报错，根本无法建立有效TCP连接，完全达不到预期的通信效果，不建议作为正式方案使用。
• 自动重连能力的配套配置
  选对传输实现后，正确开启RSocket Resume能力即可实现目标效果，需要同步配置以下要点：
  • 客户端侧开启resume开关，设置合理的会话token本地存储策略、会话恢复超时时间
  • 服务端侧开启会话持久化存储，会话保留时长和客户端配置对齐，保证客户端重连时可以续传未消费的请求帧
  • 补充兜底重连逻辑：当连接完全断开、超出Resume恢复窗口时，自动重新初始化RSocket客户端连接，避免流程卡死。

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