关于slab内存泄露的异常问题
宿主机节点出现严重内存不足，但按容器和进程统计，内存占用仅十余GB，明显异常。排查发现Slab内存高达38G，且几乎全为不可回收的SUnreclaim，进程RSS总和远无法解释。由于节点运行Ceph OSD与MySQL等存储组件，直接重启风险高，故先将相关容器副本数调为0，再重启Docker和kubelet，成功释放SUnreclaim，可用内存恢复至约48GB。文章提示：内存异常飙升时应借助free、/proc/meminfo和ps排序结果综合判断，若明显不合理，可能存在内核或组件内存泄露，需谨慎处理并持续观察。
关于移动端WebView加载白屏的异常问题
飞书内嵌WebView打开AI对话页面时白屏，而电脑浏览器正常。排查发现Nginx日志中User-Agent含“wv”字段，确认是Android WebView环境。通过Android Studio自建WebView应用并开启远程调试，连接Chrome的chrome://inspect后定位到原因：HTTPS页面中混有HTTP资源（图片、JS、CSS），被WebView的混合内容安全策略拦截，导致页面空白。由于服务部署在Kubernetes并经Ingress暴露，最终在Ingress层对/onlinePreviewNew路径配置sub_filter，将响应中的http://统一替换为https://，从而保证所有资源走HTTPS，成功解决白屏问题。该方法可快速恢复业务，但临时性替换需开发人员后续从代码层修复。
关于 Ceph “bluefs enospc” 报错异常
本次问题源于 Ceph 存储空间达到预警阈值后触发保护机制，禁止继续写入。排查发现，同事在使用 KubeSphere 创建有状态服务时，申请了数百 GB 的大容量存储卷，但实际数据仅占用几十 MB。与 VMware 不同，Ceph 按申请容量直接划拨空间并扣减可用百分比，即使未使用也会占用存储。因此，实际数据量虽小，却导致存储空间显示被占满，最终触发 Ceph 的写入保护。建议后续合理规划存储卷容量，避免过度申请。
关于springboot连接nacos出现'inetIPv6Utils': Error creating bean with name '的异常问题
系统升级后新镜像在客户环境无法连接Nacos，本地及KubeSphere测试却正常。排查发现Nacos配置无误，后怀疑其集群端口问题。Nacos官方建议开启8848、9848、9849三个端口，经telnet测试仅8848连通。通过docker inspect确认集群使用host网络，排除端口映射问题，最终定位为防火墙未放行9848、9849端口。开启后服务恢复正常。经验：Nacos部署异常时，应优先检查官方要求的三个端口是否开放，并验证防火墙规则，避免因端口不完整导致连接失败。
关于arm平台druid与springboot的sql超时异常
本地开发与服务器连接同一数据库，Druid监控到的超时SQL用Navicat执行速度正常，排除索引问题。服务经Jenkins发布，使用`docker run -p 8080:8080`端口映射时出现异常，切换为`--network=host`主机模式后问题消失。进一步排查发现根因是宿主机物理网卡MTU为1450，而Docker默认bridge网络的veth MTU为1500，二者不一致导致较大TCP包在NAT或bridge转发时被分片或丢弃，表现为能ping通但curl卡死、HTTP请求无响应。Docker不会自动感知宿主机实际MTU，需手动指定或在host网络下运行。
关于springboot使用openfeign穿透content-type的异常问题
数字化平台升级后，老业务系统通过OpenFeign调用基础组件时报错：Content-Type 'application/x-www-form-urlencoded;charset=UTF-8' is not supported。排查发现，原接口使用@RequestParam而非@RequestBody，导致请求Content-Type默认为表单格式，该错误头信息被Feign传递至新组件，引发兼容性问题。解决方式：编写工具类，利用RequestContextHolder和HttpServletRequestWrapper在Feign调用前将请求头Content-Type修改为application/json; charset=utf-8，再执行后续业务代码。该方法适用于Feign调用较少的场景，可快速修复升级后的接口不兼容问题。
关于vue本地开发诡异发出https请求的异常问题
一个远古 Vue + webpack 项目本地启动时，浏览器报 `net::ERR_SSL_PROTOCOL_ERROR`，明明本地开发却请求 HTTPS。排查发现，页面中配置了 `<meta http-equiv="Content-Security-Policy" content="upgrade-insecure-requests">`，该指令会把所有 HTTP 请求强制升级为 HTTPS；若服务器不支持 HTTPS，就会导致资源加载失败。解决办法是移除或修改这行 meta 配置，避免浏览器强制升级请求。
关于nginx前端容器gzip不生效的异常问题
项目因仓促上线未做性能优化，静态资源加载缓慢。后期开启Gzip后，发现经`proxy_pass`反向代理的响应头中未出现`content-encoding: gzip`，而直接访问域名却正常。排查确认：Nginx与后端upstream默认使用HTTP/1.0协议通信，而Gzip压缩默认仅对HTTP/1.1及以上请求生效，导致代理链路中压缩失效。解决方案是在Nginx配置中增加`gzip_http_version 1.0;`，使HTTP/1.0及以上版本均启用压缩。配置生效后，静态资源由每个约300KB降至约70KB，显著提升加载速度。此案例提示，在使用反向代理时需关注HTTP协议版本对Gzip的影响。
试验IDEA远程调试
远程调试适用于数据重要不便导出、需在运行环境排查问题的场景，前提是编译代码与本地代码完全一致。配置流程为：在IDEA中添加Remote JVM Debug，填入名称、地址、端口及待调试模块，并获取固定格式的JVM运行参数；随后将这些参数加入微服务启动配置，同时在K8S的Deployment和Service中增加对应端口（示例中为31248），并创建NodePort为31248的remote-debug服务供IDEA连接。启动服务后，操作功能即可进入调试模式并查看参数。需特别注意：调试完成后务必关闭remote-debug服务，避免长时间暴露端口，保障安全。
关于前端下载文件的故障分析
排查下载文件时出现间歇性NS_BINDING_ABORTED异常，客户反馈部分地区无问题。经查后端服务正常，前端容器日志响应200，排除前后端故障。建议客户禁用IPv6后异常仍在。使用Postman请求可正常响应但耗时约半分钟，判断为下载超时导致前端主动中断请求。计算显示要在20秒内下载完5MB，速度需达至少250KB/s，为适应不同网络环境，开发人员调整了前端超时策略，加大等待时间以减小超时中断概率。
