PrimeFaces TreeTable配置CellEditor时极慢、页面冻结无响应问题

• POST请求体积超过Tomcat默认限制是核心触发点
  PrimeFaces 11.0.4的cell编辑模式下，<p:cellEditor>会为每一行配置了编辑器的单元格预渲染隐藏输入框，所有输入框的参数都会在表单提交时被带上。结合Mojarra 2.3.14本身组件状态序列化效率偏低的问题，当加载29行、12个cellEditor列时，表单总参数体积会突破Tomcat 7/8默认的2MB（2097152字节）maxPostSize阈值。
  本地开发环境使用的IDE集成服务器默认会放宽或关闭POST大小限制，因此不会触发问题；独立部署的Tomcat会直接拦截体积超标的POST/AJAX请求，请求不会进入JSF处理流程，最终表现为所有按钮、节点展开操作完全无响应。你观察到的“减少cellEditor可提升加载行数阈值、移除全部cellEditor即正常”的现象，完全符合表单体积随cellEditor数量线性增长的规律。
• 冗余DOM节点导致前端响应卡顿
  现有配置下所有cellEditor的输入节点会在节点渲染时全部加载，没有懒加载机制。按你提供的测试代码逻辑，100个父节点各带20个子节点时，会生成2100行*10个以上隐藏输入节点，总DOM节点数超过2万，浏览器渲染、JS事件绑定的开销线性上涨，因此即便cellEditor数量少，也会出现响应极慢的问题。
• 环境配置差异放大问题
  Linux环境下独立部署的Tomcat默认使用官方原生配置，不会像开发环境那样自动调整内存、请求大小限制；如果服务器JVM堆内存配置偏低，JSF序列化大表单时的GC开销会进一步加剧卡顿。

临时快速修复（立即生效） #

1. 调大Tomcat POST请求大小限制
   打开Tomcat配置目录下的conf/server.xml，找到HTTP连接器配置段，添加maxPostSize参数，将阈值调整为10MB（10485760字节），设置为-1代表不限制大小：

<Connector port="8080" protocol="HTTP/1.1"
           connectionTimeout="20000"
           redirectPort="8443"
           maxPostSize="10485760" />

修改后重启Tomcat即可解决请求被拦截导致的无响应问题。
2. 优化JSF配置降低表单体积
在项目web.xml中添加如下配置，开启ViewState压缩、关闭非必要校验：

<!-- 开启ViewState压缩，可减小30%-50%状态体积 -->
<context-param>
    <param-name>com.sun.faces.compressViewState</param-name>
    <param-value>true</param-value>
</context-param>
<!-- 超过1KB即触发压缩 -->
<context-param>
    <param-name>com.sun.faces.compressViewStateSizeThreshold</param-name>
    <param-value>1024</param-value>
</context-param>
<!-- 关闭非必要的XML校验 -->
<context-param>
    <param-name>com.sun.faces.validateXml</param-name>
    <param-value>false</param-value>
</context-param>
<context-param>
    <param-name>com.sun.faces.verifyObjects</param-name>
    <param-value>false</param-value>
</context-param>

根治优化方案 #

1. 升级依赖修复已知性能缺陷

• Mojarra 2.3.14存在多个大表单场景下序列化效率低、状态体积异常膨胀的已知bug，建议升级到2.3系列最新稳定版（2.3.18及以上），序列化性能可提升40%以上。
• PrimeFaces 11.0.4存在TreeTable cellEditor重复渲染冗余DOM的问题，建议升级到11.0.10及以上的11.x稳定版本，可减少30%左右的冗余节点。

2. 减少非必要的cellEditor配置
   只读展示的列直接使用输出组件，不要嵌套<p:cellEditor>；非高频编辑场景可将编辑模式改为行编辑，或通过动态渲染逻辑，仅在用户触发编辑操作时才渲染对应输入框，避免初始加载时生成大量隐藏节点。
3. 开启树表懒加载
   给TreeTable配置lazy="true"，实现子节点按需加载，不要一次性加载全量树数据，从根源上避免单次渲染行数过多导致的表单、DOM膨胀问题。

内容的提问来源于stack exchange，提问作者Vikanto