Layui表格table.render严格依赖后端返回标准JSON，非JSON响应（如HTML、XML、空体、BOM）会导致JSON解析失败而跳过parseData执行，表格空白并报错；必须确保后端返回Content-Type为application/json且无BOM、无不可见字符。
直接说结论：Layui 表格的 table.render 严格依赖 JSON 响应体，如果后端返回非 JSON（比如 HTML 错误页、XML、纯文本、空响应或带 BOM 的乱码字符串），parseData 根本不会执行——它连被调用的机会都没有，表格直接空白，控制台报 Unexpected token < in JSON at position 0 或类似解析错误。
为什么 parseData 没生效？先确认是不是真 JSON
这是最常被跳过的一步。Layui 在调用 parseData 前，会先尝试用 JSON.parse(xhr.responseText) 解析原始响应。失败就中断流程，不进 parseData。
- 打开浏览器 Network 面板，点开对应请求，看 Response 标签页里显示的是不是可折叠的 JSON 结构
- 如果不是，而是以
<!DOCTYPE html>开头，说明后端抛了 500/404，返回了 HTML 错误页 - 如果开头是
\uFEFF{（即 UTF-8 BOM），会导致 JSON 解析失败，即使内容本身合法 - 如果响应体为空（status 200 但 body 为空字符串），也会触发
Unexpected end of JSON input
后端返回 HTML 或空响应怎么办
这不是前端能“适配”的问题，必须从源头拦截或修正响应类型。
Miller CSV TSV JSON 数据处理器
下载
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
- 检查后端是否真的返回了
Content-Type: application/json; charset=utf-8，而不是text/html或text/plain - Spring Boot 用户：确保 controller 方法加了
@ResponseBody或返回ResponseEntity<?>，别漏掉注解 - SSM 用户：确认
<mvc:annotation-driven/>已启用，且没有被自定义ViewResolver拦截成跳转 - 如果后端无法改（比如老系统返回 HTML 登录页），只能在 Nginx/Apache 层做反向代理重写，或换用
fetch+ 手动处理响应体（放弃table.render自动请求）
响应是 JSON 但含 BOM 或不可见字符
常见于 Windows 环境下用记事本保存的 JSON 文件，或某些 Java 库（如早期 Jackson）默认写入 BOM。
- 后端修复优先：Java 中设置
response.setCharacterEncoding("UTF-8")并禁用 BOM；Spring Boot 加配置spring.http.encoding.force=true - 前端临时兜底：改用
fetch手动读取response.text()，清洗后再JSON.parse，然后调用table.reload({data: [...]})—— 这绕过了url自动请求机制 - 清洗示例：
raw.replace(/^\uFEFF/, '').replace(/[\x00-\x08\x0B\x0C\x0E-\x1F\x7F]/g, '')
后端返回的是 XML / CSV / 其他格式
Layui 不支持非 JSON 数据源，也没有内置转换器。硬要接，只能完全放弃 url 参数，改用本地渲染模式。
- 用
$.ajax或fetch主动请求 XML/CSV，用对应解析器（如DOMParser、PapaParse）转成数组 - 把结果赋给变量
let myData = [...]，再调用table.render({elem: '#demo', data: myData, ...}) - 注意：此时分页需手动实现（
page: false），或自己写前后端配合的分页逻辑 - 别试图在
parseData里去解析 XML —— 它收不到原始响应体，只收到已失败的解析异常后的空值
真正卡住人的往往不是 parseData 怎么写，而是连 JSON 都没发出来。先盯死 Network 面板里的 Response 内容和 Headers，再动手写代码。
