'disconnect' 事件（服务器端）上套接字的客户端范围会发生什么
What happens with socket's client scope on 'disconnect' event (server side)
那么在 'disconnect' 事件上套接字的客户端范围会发生什么？
我正在努力避免在我的 node.js + 猫鼬 + socket.io 应用程序中出现糟糕的比赛条件和逻辑缺陷。
范围是什么意思：
io.on('connection', function (client) {
///CLIENT SCOPE///
//define private vars, store and operate client's session info//
//recieving and sending client's socket signals//
}
一些背景：
比方说，我通过查找 room 并将 user 写入此 room.
来实现一些操作 db 的函数
但是，在找到 room（待写入）的那一刻，但用户尚未写入 - 他断开连接。在断开连接事件中，我必须将他从他在数据库中的最后一个房间中拉出来，但我做不到，目前它还没有保存在数据库中。
我看到的唯一方法是在 'disconnect' 事件上分配一个 bool 值，我可以在将人保存到 room 之前检查该事件，如果是 true 则不要根本救不了他
我感到困惑的是 - 这个 bool 会在断开连接事件中幸存下来，因为它保存在客户端的范围内。
作用域发生了什么？断开连接时它会完全消失吗？还是仅当依赖此范围的所有内容都完成时才将其清除？
我正在使用 'forceNew': true 强制 socket.connect(); 如果出现问题（假设地）立即套接字并且 socket error 在用户没有真正离开网站的情况下被解雇。
如果用户通过这个 'old' 套接字重新连接，他是在服务器上取回他的作用域，还是这个套接字以前的作用域在他断开连接时被清除，或者在 'connection' 事件重新连接时被清除？
只要有代码 运行ning 使用该闭包，client 闭包就会保持活动状态，因此您通常不必担心该问题。闭包本质上是 Javascript 中的一个对象，只有当没有活动代码引用闭包内的任何内容时，它才会被垃圾收集。
至于您在写入数据库时套接字断开连接的并发问题，您认识到这是一个需要小心处理的问题是正确的。您究竟需要做什么取决于您的数据库的行为方式。因为 node.js 运行 是单线程的，所以您的 node.js 写入数据库的代码将 运行 在处理任何断开连接事件之前完成。这并不意味着数据库写入将在断开连接事件开始处理之前完成，但它确实意味着它已经被发送到数据库。因此，如果您的数据库按照接收到的顺序处理多个请求，那么它很可能会做正确的事情，而您无需担心任何额外的代码。
如果您的数据库实际上可以在写入完成之前处理删除（这似乎不太可能），那么您必须为此编写一些保护措施。最简单的概念是为给定用户的所有数据库操作实现数据库队列。我可能会创建一个带有通用数据库方法的对象来实现这个队列，并在每个 client 闭包中创建一个单独的对象，因此它们对于给定用户来说是本地的。当数据库操作正在进行时，此对象将有一个标志，指示操作正在进行中。如果在设置此标志时调用另一个数据库操作，则第二个操作将进入队列而不是直接发送到数据库。每次数据库操作完成时，它都会检查队列以查看是否有下一个操作正在等待 运行。如果是这样，它 运行 就可以了。
仅供参考，我有一个简单的 node.js 应用程序（运行ning on a Raspberry Pi with temperature sensors）记录温度数据并每隔一段时间将数据写入磁盘使用异步写入。因为新的温度数据可能会在我异步写入数据的过程中到达，所以我遇到了类似的问题。我抽象了对象中数据的所有操作，实现了一个标志，指示我是否正在写入数据，如果有任何方法调用到达以修改数据，那么这些操作进入队列并被处理仅当写入完成时。
关于你的最后一个问题，你在 io.on('connection', ...) 闭包中的 client 作用域仅与那个特定的 connection 事件相关联。如果你得到另一个 connection 事件，因此这段代码再次被触发到 运行，这将创建一个新的独立闭包，与之前的闭包无关，即使 client对象是一样的。通常情况下，这很好，因为您在此函数中的代码将为新连接重新设置。
那么在 'disconnect' 事件上套接字的客户端范围会发生什么？
我正在努力避免在我的 node.js + 猫鼬 + socket.io 应用程序中出现糟糕的比赛条件和逻辑缺陷。
范围是什么意思：
io.on('connection', function (client) {
///CLIENT SCOPE///
//define private vars, store and operate client's session info//
//recieving and sending client's socket signals//
}
一些背景：
比方说，我通过查找 room 并将 user 写入此 room.
但是，在找到 room（待写入）的那一刻，但用户尚未写入 - 他断开连接。在断开连接事件中，我必须将他从他在数据库中的最后一个房间中拉出来，但我做不到，目前它还没有保存在数据库中。
我看到的唯一方法是在 'disconnect' 事件上分配一个 bool 值，我可以在将人保存到 room 之前检查该事件，如果是 true 则不要根本救不了他
我感到困惑的是 - 这个 bool 会在断开连接事件中幸存下来，因为它保存在客户端的范围内。
作用域发生了什么？断开连接时它会完全消失吗？还是仅当依赖此范围的所有内容都完成时才将其清除？
我正在使用 'forceNew': true 强制 socket.connect(); 如果出现问题（假设地）立即套接字并且 socket error 在用户没有真正离开网站的情况下被解雇。
如果用户通过这个 'old' 套接字重新连接，他是在服务器上取回他的作用域，还是这个套接字以前的作用域在他断开连接时被清除，或者在 'connection' 事件重新连接时被清除？
只要有代码 运行ning 使用该闭包，client 闭包就会保持活动状态，因此您通常不必担心该问题。闭包本质上是 Javascript 中的一个对象，只有当没有活动代码引用闭包内的任何内容时，它才会被垃圾收集。
至于您在写入数据库时套接字断开连接的并发问题，您认识到这是一个需要小心处理的问题是正确的。您究竟需要做什么取决于您的数据库的行为方式。因为 node.js 运行 是单线程的，所以您的 node.js 写入数据库的代码将 运行 在处理任何断开连接事件之前完成。这并不意味着数据库写入将在断开连接事件开始处理之前完成，但它确实意味着它已经被发送到数据库。因此，如果您的数据库按照接收到的顺序处理多个请求，那么它很可能会做正确的事情，而您无需担心任何额外的代码。
如果您的数据库实际上可以在写入完成之前处理删除（这似乎不太可能），那么您必须为此编写一些保护措施。最简单的概念是为给定用户的所有数据库操作实现数据库队列。我可能会创建一个带有通用数据库方法的对象来实现这个队列，并在每个 client 闭包中创建一个单独的对象，因此它们对于给定用户来说是本地的。当数据库操作正在进行时，此对象将有一个标志，指示操作正在进行中。如果在设置此标志时调用另一个数据库操作，则第二个操作将进入队列而不是直接发送到数据库。每次数据库操作完成时，它都会检查队列以查看是否有下一个操作正在等待 运行。如果是这样，它 运行 就可以了。
仅供参考，我有一个简单的 node.js 应用程序（运行ning on a Raspberry Pi with temperature sensors）记录温度数据并每隔一段时间将数据写入磁盘使用异步写入。因为新的温度数据可能会在我异步写入数据的过程中到达，所以我遇到了类似的问题。我抽象了对象中数据的所有操作，实现了一个标志，指示我是否正在写入数据，如果有任何方法调用到达以修改数据，那么这些操作进入队列并被处理仅当写入完成时。
关于你的最后一个问题，你在 io.on('connection', ...) 闭包中的 client 作用域仅与那个特定的 connection 事件相关联。如果你得到另一个 connection 事件，因此这段代码再次被触发到 运行，这将创建一个新的独立闭包，与之前的闭包无关，即使 client对象是一样的。通常情况下，这很好，因为您在此函数中的代码将为新连接重新设置。