这种情况我之前也碰到过，大概率是后端的XSS防护机制触发拦截了——尖括号</>是跨站脚本攻击（XSS）的典型特征，很多后端框架（比如Spring Security、ASP.NET默认的请求验证）会直接拦截包含这类字符的请求，返回403/401甚至直接终止会话。前端收到异常响应后，ExtJS的组件状态被打乱，才会卡在Ext.ComponentQuery.query('#formPanel')[0];这一步，最终导致UI崩溃。

给你几个针对性的解决方案：

• 前端提前转义输入内容
  在表单提交前，把输入里的尖括号转成HTML实体，后端处理时再转回来即可。用ExtJS的表单beforesubmit事件来做很方便：

  // 假设你的表单组件id是formPanel，文本框id是contentField
  var form = Ext.ComponentQuery.query('#formPanel')[0];
  form.on('beforesubmit', function() {
      var contentField = form.down('#contentField');
      var rawVal = contentField.getRawValue();
      // 全局替换尖括号为HTML实体
      var escapedVal = rawVal.replace(/</g, '&lt;').replace(/>/g, '&gt;');
      contentField.setValue(escapedVal);
  });
  

• 后端调整XSS防护策略
  如果你的业务场景确实需要允许用户输入尖括号，可以在后端配置白名单或者关闭针对性的请求验证：

  • 比如Spring Boot项目，可以在配置文件中调整请求验证规则，或者给特定接口添加XSS放行逻辑；
  • ASP.NET项目则可以修改web.config的requestValidationMode，或者给对应的接口参数加上[AllowHtml]特性。
    注意：这么做一定要做好其他XSS防护，比如后端输出内容时强制转义，或者配置内容安全策略（CSP）头。

• 添加前端异常处理逻辑
  后端返回异常时，ExtJS默认的处理可能不够友好，导致组件树混乱。给表单的exception事件加个处理，避免UI彻底崩溃：

  form.getForm().on('exception', function(form, action) {
      Ext.Msg.alert('提交失败', action.result?.message || '请求被拦截，请检查输入内容');
      // 重置表单状态，避免后续组件查询出错
      form.reset();
  });
  

另外提一句，你之前在Stack Overflow编辑器里输入尖括号被移除的问题——只要把内容放在代码块（用三个反引号包裹）里，编辑器就不会自动转义或移除尖括号啦。

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