React项目部署Nginx需关注worker_connections，因其决定单worker并发连接数，须与worker_processes及系统文件描述符限制（ulimit -n）协同配置，否则高流量下易出现“Too many open files”错误或延迟；还需配合try_files回退至index.html以支持前端路由。
为什么 React 项目部署 Nginx 需要关注 worker_connections
React 项目打包后是纯静态资源（HTML、JS、CSS、图片等），Nginx 作为反向代理或静态服务器时，其并发能力直接取决于 worker_connections 配置。这个值不是越大越好，而是要和 worker_processes、系统文件描述符限制协同调整。若设置不当，高流量下可能出现连接拒绝（accept() failed (24: Too many open files)）或响应延迟。
查看并修改系统级文件描述符限制
Nginx 的 worker_connections 不能超过系统允许单进程打开的最大文件数（即 ulimit -n）。需先检查并提升：
React 组件生成器
下载
根据项目规范生成 React 和 Vue 组件，包括 TypeScript 类型定义、Ant Design 5 集成、Tailwind CSS 样式及 Vitest 测试文件。当用户提出创建、生成或搭建前端组件的需求时启用，例如：“帮我写一个表格组件”、“生成一个弹窗”、“create a form component”、“写一个列表页”、“生成一个下拉选择器”。该能力在以下任一场景触发：涉及 React/TSX/Vue 组件生成、UI 组件创建，或为组件生成测试文件。
- 临时生效：运行
ulimit -n 65536（当前会话） - 永久生效：编辑
/etc/security/limits.conf，添加两行：
nginx soft nofile 65536
nginx hard nofile 65536
（注意将nginx替换为实际运行 Nginx 的用户，如www-data或root） - 重启系统或重新登录使 limits 生效；验证用
ulimit -n
合理配置 Nginx 的 worker_processes 和 worker_connections
在 nginx.conf 的 events 块中设置：
-
worker_processes auto;—— 自动匹配 CPU 核心数，适合大多数场景 -
events { worker_connections 4096; }—— 单个 worker 进程最多处理 4096 个并发连接 - 理论最大并发数 =
worker_processes × worker_connections，例如 4 核机器配auto+4096，理论支持约 16384 连接 - 生产环境建议从 2048 或 4096 起步，结合压测（如
ab或wrk）逐步调优，避免盲目设为 65535
React 路由（如 BrowserRouter）的配套 Nginx 配置
仅调高并发不够，还需确保前端路由正常工作。React Router 的 history 模式依赖服务端将所有非静态资源请求回退到 index.html：
- 在 server 块中添加：
location / {
root /var/www/my-react-app;
try_files $uri $uri/ /index.html;
} - 确保静态资源路径正确（如
public目录已复制到目标路径） - 配合
worker_connections提升，整个静态服务链路才能稳定支撑大量用户同时访问不同前端路由
