前两天我就这个主题问了两个问题（one可能是合理的，而other相当愚蠢），但我似乎仍然在这个主题上相当密集。（U-2019 &#8217）.查询的结果存储在$result中，如下面的代码所示。它被发送到Web Socket $sock上的浏览器。
这段代码会导致浏览器阅读所有数据，而不会在Tcl或浏览器中抛出错误，但不会呈现弯曲的撇号。

chan configure $sock -buffering full -blocking 0 -translation binary
set response "0 $id settle $result"

# set response [encoding convertto utf-8 "0 $id settle $result"]

set len [string length $response]
if { $len > 65535 } {
  chan puts -nonewline $sock [binary format cu2Wu {129 127} $len]
} elseif { $len > 125 } {
  chan puts -nonewline $sock [binary format cu2Su {129 126} $len]
} elseif { $len > 0 } {
  chan puts -nonewline $sock [binary format cu2 [list 129 $len]]
}

# chan configure $sock -encoding utf-8 -translation lf -eofchar {}

chan puts -nonewline $sock $response
chan flush $sock
chan configure $sock -buffering full -blocking 0 -translation binary

如果将set response "0 $id settle $result"行替换为set response [encoding convertto utf-8 "0 $id settle $result"]，则会读取所有数据并呈现撇号。这解决了我的问题，但我认为我应该配置套接字，而不是编码$result。
如果没有替换该行，而是在chan puts -nonewline $sock $response之前插入了chan configure $sock -encoding utf-8 -translation lf -eofchar {}，则不会抛出错误，并且会呈现撇号，但不会读取所有数据，从而丢失了$response的一部分。我认为这是因为$len在转换为utf-8之前就已确定。
我的问题是：
1.在将字符串写入通道之前，套接字是否应该配置为utf-8，而不是编码$response？如果是，在此之前如何确定正确的长度？为什么这比编码$reponse和保留通道二进制更可取？
1.如果通道应该配置为utf-8，那么如果在编码更改为utf-8之后，并且在刷新通道以发送$response之后将其更改回二进制之前，在通道上偶然接收到新的传入消息，会发生什么情况？从实验中可以看出，除非套接字是二进制，否则传入消息无法在Tcl中读取。
谢谢你容忍我的愚蠢。