在使用 Socket.io 1.0.x 时，我们可能会遇到一个陷阱，即 options.origins 这个配置项不生效的问题。本文将详细介绍这个问题的原因和解决方法，以及如何正确地配置 options.origins。
问题描述
在 Socket.io 1.0.x 中，我们可以通过以下方式来配置 options.origins：
const io = require('socket.io')(server, {
origins: 'example.com:*'
});这里的意思是只允许来自 example.com 域名的请求访问 WebSocket 服务。但是，实际情况是，无论我们如何配置 origins，都无法限制请求的来源。
问题原因
这个问题的根本原因是 Socket.io 1.0.x 中的 origins 配置项被废弃了，并且没有被及时地从官方文档中移除。在新版本中，应该使用 cors 配置项来控制 WebSocket 服务的访问权限。
解决方法
正确的解决方法是使用 cors 配置项来限制请求的来源。在 Socket.io 1.0.x 中，我们可以这样配置 cors：
const io = require('socket.io')(server, {
cors: {
origin: 'https://example.com',
methods: ['GET', 'POST']
}
});这里的 origin 参数可以是一个字符串，也可以是一个正则表达式或一个函数。methods 参数是一个数组，指定允许的 HTTP 方法。
示例代码
下面是一个完整的示例代码，演示如何使用 cors 配置项来控制 WebSocket 服务的访问权限：
-- -------------------- ---- -------
----- ---- - ----------------
----- -- - ---------------------
----- ------ - --------------------
----- ------------ - ---------- -
----- -
------- ----------------------
-------- ------- -------
-
---
----------------------------- -------- -- -
-------------- ---- ------------
----------------------- -- -- -
----------------- ---------------
---
---
------------------- -- -- -
---------------------- -- ---------
---在这个示例代码中，我们使用 cors 配置项来限制 WebSocket 服务只能被来自 https://example.com 域名的请求访问，并且只允许 GET 和 POST 方法。
结论
在 Socket.io 1.0.x 中，options.origins 配置项不生效的问题是因为它已经被废弃了，并且没有及时地从官方文档中移除。正确的做法是使用 cors 配置项来控制 WebSocket 服务的访问权限。在实际应用中，我们应该根据需要正确地配置 cors，以保证 WebSocket 服务的安全性和稳定性。
来源：JavaScript中文网 ，转载请注明来源 https://www.javascriptcn.com/post/6757cb15890bd9faa43897bb