Java后端使用socketio，实现小程序答题pk功能.pdfVIP

Java后端使⽤socketio，实现⼩程序答题pk功能 在使⽤socket.io跟前端通信过程中，出现了⼀系列问题，现做下记录。 ⼀、功能需求是，在⼩程序端，⽤户可相互邀请，进⼊房间后进⾏答题PK。实现⽅法是，⽤户点击邀请好友，建⽴连接，查询当前是否有 房间，有房间发送消息给两⼈，匹配成功，开始pk。没有房间新建房间返回，等待20秒，等待别⼈匹配。 代码如下，先看配置，在application.yml配置⽂件中增加如下配置 View Code 配置类 View Code 后台实现 View Code ⼆、遇到的⼀些问题 1、最初在发送消息给两⼈时，有个⼈能收到消息，有个⼈收不到 刚开始clientMap是这样声明的： private static MapString, SocketIOClient clientMap = new ConcurrentHashMap(); 但我在查询⽤户SocketIOClient时使⽤的是long类型，所以⼀直没查到⽤户的SocketIOClient，也就发送消息发不过去。 后⾯改为 private static MapLong, SocketIOClient clientMap = new ConcurrentHashMap(); 这样声明还是获取不到,继⽽检查代码，开始返回给两个⼈的信息对象JSONObject，使⽤的同⼀个对象，虽然重新set了值，但还是返回了 相同的对象。 View Code 后改为重新new⼀个JSONObject对象，问题解决。 2、本地测试没问题，上了测试环境出现问题。连接时间超过1分钟，会⾃动断开连接。 后经查是服务器使⽤了nginx，nginx默认连接60s会断开连接。 需更改nginx配置，如下： View Code proxy_read_timeout默认为60s,若需要长时间连接，改⼤点。 　　　三、前端代码⽰例 　　　参数说明 1.常规 属性名称 属性详解 NET CLR 版本 配置应⽤程序池，以加载特定版本的 .NET CLR。选定的 CLR版本应与应⽤程序所使⽤的相应版本的 .NET Framework 对 应。选择“⽆托管代码”将导致所有的 ASP.NET 请求失败。 队列长度 HTTP.sys 将针对应⽤程序池排队的最⼤请求数。如果队列已满，新请求将收到 503“服务不可⽤”的响应。默认队列长度设置 是1000，范围在10-65535 之间。 名称 应⽤程序池名称是应⽤程序池的唯⼀标识符。 启动模式 将应⽤程序池配置为在按需运⾏模式或始终运⾏模式下运⾏。 启⽤ 32 位应⽤程序 如果针对 64 位操作系统上的应⽤程序池将该属性设为 True,则为应⽤程序池提供服务的⼯作进程将处于 WOW64 （Windows on Windows64）模式。WOW64模式下的进程是仅加载 32 位应⽤程序的 32 位进程。 托管管道模式 将 ASP.NET 配置成作为 ISAPI 扩展并以经典模式来运⾏。在后⼀种情况下，托管代码集成到请求处理管道中。 Classic模式：指的是与IIS 6或者之前版本保持兼容的⼀种模式，⼀个典型问题就是，在处理ASP.NET这种动态⽹站的时候，它是通过⼀个 所谓的ISAPI程序，作为插件的⽅式来⼯作的。针对不同的动态应⽤程序（例如ASP,PHP等），会需要不同的ISAPI。 Integrated模式：这种全新的模式，允许我们将ASP.NET更好地与IIS集成，甚⾄允许我们在ASP.NET中编写⼀些功能 （例如Module）来 改变IIS的⾏为（扩展）。集成的好处是，不再通过ISAPI的⽅式，提⾼了速度和稳定性。⾄于扩展，则可以使得我们对于IIS，以及其他类型 的请求有更多的控制。 2.CUP 属性名称 属性详解 处理器关联掩码 强制此应⽤程序池的⼯作进程在特定 CPU 上运⾏的⼗六进制掩码。如果启⽤了处理器关联，则值 0 将导致错误。 处理器关联掩码（64位选项） 为64位计算机制定强制此应⽤程序池的⼯作进程在特定 CPU 上运⾏的⾼顺序 DWORD ⼗六进制掩码。在 64 位计算机上，smpProcessorAffinityMask 特性包含处理器掩码的低顺序 DWORD ，⽽ smpProcessorAffinityMask2 特性包含处 理器掩码的⾼顺序 DWORD。 限制 （百分⽐） 配置允许应⽤程序池中的⼯作进程在 CPU 限制间隔 “属性指⽰的时间段内使⽤的 CPU 时间的最⼤百分⽐。如果超过 “ CPU 限制 ”属性设置的限制，系统将向事件⽇志写⼊⼀个事件，并且