此问题与使用Chrome串行API时发生的情况有关，但可能与任何ReadableStream相关。我研究了文档，可能错过了一些功能或模式。
一个简单的程序在Chrome浏览器中运行，访问CW键控器（基于Arduino，但这并不重要）。
应用程序向键控器发送命令，并期望两个二进制字节或一个字符串作为响应（特定格式取决于发送的命令，并不重要）。
如果串行设备（不是USB/串行适配器，而是Arduino）由于任何原因错过了命令，则永远不会发送响应，并且下面的函数expectResponse()永远不会返回任何数据，也不会抛出任何异常。因此，阅读器保持锁定，ReadableStream因此无法关闭，因此串行端口也无法关闭。
此外，取决于应用结构，在其他命令成功发送到键控器的情况下，可能无法读取第二响应，因为第一读取器阻止流，并且直到它被释放，才能创建新的读取器。

async function expectResponse( serialPort ) {
   const reader = serialPort.readable.getReader() ;
   let { value, done } = await reader.read() ; // this never returns because no data arrive, not possible to "break"
}

async function disconnect( serialPort ) {
   // ... some cleanup ...
   // naive attempt to unlock ReadableStream before closing 
   await serialPort.readable.getReader().releaseLock() // this will throw exception - cannot create  new reader while another one is still active and locks the stream
   // ...
   await serialPort.close(); // this will throw exception - cannot close port because readable stream is locked
}

serialPort是navigator.serial.requestPort()返回的对象
我确信我一定错过了API文档中的一些重要内容（ReadableStream或Reader API，而不是Serial API），但我没有找到解决方案。
P.S.在真实的应用程序中serialPort是一个全局变量，但这并不重要，不是吗？