Description
Checks
- I understand project setup issues should be asked on StackOverflow or in GitHub Discussions.I updated to latest
http-proxy-middleware
.
Describe the bug (be clear and concise)
I had an issue with my project where the memory is steadily increasing. When I turned on the profiling through chrome inspector, I get a warning of this
And when I checked and console.log the req.socket where the code of the library is creating the listener at, on every single request being made which result into invoking createHttpProxyMiddleware, it will always add an event listener to server.onClose, and the object was never cleared by the Garbage Collector.
Please see screenshot below
I've created a runner which triggered 50request at a time, and it created 50 close events without being cleared.
Step-by-step reproduction instructions
1. Turn on node --inspect on your nodejs application
2. Open chrome://inspect and make sure you are on debug mode
3. Fire 50 or more request, you shall see a warning which I've described above.
Expected behavior (be clear and concise)
Since request.connection has been deprected, hence request.socket which used in this line should only applicable for HPM with mode ws: true. For ws: false which is non websocket, should not need this kind of listener.
How is http-proxy-middleware used in your project?
****-***-*******@1.0.0 ***/***/****
├─┬ ***/***/****
│ └── http-proxy-middleware@2.0.6 deduped
└── http-proxy-middleware@2.0.6
What http-proxy-middleware configuration are you using?
this.proxy = createProxyMiddleware({
target: this.url,
ws: false,
pathRewrite: () => (prefix ? `${prefix}${path}` : `${path}`),
onProxyReq: (proxyReq: ClientRequest, req: Request) => {
proxyReq.setHeader('service-id', ServiceIdSnapApiGateway);
if (this.xApiKey) {
proxyReq.setHeader('x-api-key', this.xApiKey);
}
if (req.body) {
const contentType: string = proxyReq.getHeader('Content-Type') as string;
let bodyData;
if (contentType && contentType.includes('application/json')) {
bodyData = JSON.stringify(req.body);
} else if (contentType && contentType.includes('application/x-www-form-urlencoded')) {
bodyData = queryString.stringify(req.body);
}
if (bodyData) {
proxyReq.setHeader('Content-Length', Buffer.byteLength(bodyData));
proxyReq.write(bodyData);
}
}
},
onProxyRes: extendProxyRes,
changeOrigin: true,
logLevel: 'silent'
});
What OS/version and node/version are you seeing the problem?
Node 18.16.0
macOS Ventura v13.2.1
Memory 8gb
Chip Apple M1
Additional context (optional)
No response
Activity
[-]Memory leak detected on the EventEmitter wutg http-proxy-middleware.js where server.on('close') listener is added[/-][+]Memory leak detected on the EventEmitter with http-proxy-middleware.js where server.on('close') listener is added[/+][-]Memory leak detected on the EventEmitter with http-proxy-middleware.js where server.on('close') listener is added[/-][+]Memory leak detected on the EventEmitter with http-proxy-middleware.js where server.on('close') listener is added for non websocket usage[/+]taozhi8833998 commentedon Jul 6, 2023
got the same issue
chimurai commentedon Jul 6, 2023
Try to create the proxy once, instead of on every request.
Similar issue: #108 (comment)
Could you share what server are you using?
RadekKpc commentedon Sep 20, 2023
Is anyone working on that?
tak1n commentedon Sep 26, 2023
We are facing the same issue on a NestJS Application trying to leverage http-proxy-middleware through a Nest Middleware.
Is there a way to create the proxy instance only once but still be able to dynamically set headers for the proxied request? I know of
onProxyReq
to manipulate requests, but having a hard time figuring out a way to use that with a Nest Middleware that uses dependencies for various required functionalities (issue JWT, etc.).tak1n commentedon Sep 27, 2023
Leaving this here for anyone facing the same issue with a NestJS application. The solution was like suggested by @chimurai to only call
createProxyMiddleware
once.abhishek73magar commentedon Mar 6, 2025
I just increase default Max Listeners for event emitter and this warning is despair from my terminal
More details about Memory Leak with EventEmitter
https://www.dhiwise.com/post/best-practices-for-handling-maxlistenersexceededwarning
i think event-emitter have maximum 12 deafult MaxListeners i need to increase the max Listeners size
node:628163) MaxListenersExceededWarning: Possible EventEmitter memory leak detected. 11 close listeners added to [Server]. Use emitter.setMaxListeners() to increase limit (Use
node --trace-warnings ...to show where the warning was created) (node:628163) MaxListenersExceededWarning: Possible EventEmitter memory leak detected. 11 upgrade listeners added to [Server]. Use emitter.setMaxListeners() to increase limit
Pswzy commentedon Mar 24, 2025
This issue generally occurs in Koa because Koa's middleware is initialized on every request. The instance created by createProxyMiddleware continuously listens for the server to close, which prevents the reference from being released, thereby causing a memory leak.
The solution is to avoid using createProxyMiddleware inside the middleware. Instead, execute createProxyMiddleware in advance so that each middleware references the result of the execution of createProxyMiddleware.