Go Iris框架并发请求导致参数混淆及排查
在使用Go语言的Iris Web框架处理并发请求时，可能会遇到参数混淆的问题，导致JSON序列化失败，报错信息类似“readObjectStart: expect { or n, but found , error found in #0 byte of ...||..., bigger context ...||...”。这通常是因为请求处理逻辑未能正确处理请求参数，导致上一个请求的参数残留影响后续请求。
例如，登录后同时发起“reload”（无参数）和“page”（有参数）两个请求，调试发现“page”请求的参数中包含了登录请求的参数。这并非net/http包自身问题（源码1822行func (c *conn) serve(ctx context.Context) {}），而是自定义请求处理逻辑中，未在每次请求开始前清空或初始化参数变量导致的。c.bufr.buf中残留上一次请求数据，说明底层网络连接缓冲区未被正确清空。
虽然net/http包的连接复用提高效率，但如果未在每个请求处理函数开始前重置参数变量，则上一次请求的数据残留会影响当前请求。 因此，解决方案是：在每个请求处理函数的开头，明确初始化或清空用于存储请求参数的变量。 例如，使用结构体存储参数，应在函数开始时初始化结构体；使用map，则应清空map。
简而言之，问题根源在于参数变量未在每次请求处理前重置，导致参数污染。 解决方法：在处理每个请求之前，务必初始化请求参数变量，确保每次处理都是基于干净的参数状态。
