Neovim配置项目nvimdots中的格式化超时优化方案

在Neovim的现代化配置项目nvimdots中，代码格式化功能的超时设置一直采用统一的1000毫秒阈值。这个设计虽然简单直接，但在实际使用中逐渐暴露出一些局限性，特别是当某些语言特定的格式化工具需要更长的处理时间时，会导致频繁出现超时错误。

当前实现的问题分析

项目目前通过Lua脚本为所有格式化操作设置了固定的1秒超时。这种一刀切的做法主要存在两个技术痛点：

1. 不同语言格式化工具的性能差异显著，例如Java的google-java-format在处理大型文件时通常需要超过1秒
2. 现代IDE对格式化操作的响应时间容忍度实际上更高，特别是对于复杂语言的格式化

技术改进方案

经过核心开发团队的讨论，决定采用全局可配置的超时方案而非继承none-ls设置，主要基于以下技术考量：

1. 架构一致性：保持配置集中化管理，避免分散在多处
2. 性能可控：全局设置更容易进行性能调优和监控
3. 未来兼容：为后续可能实现的更细粒度控制预留接口

实现细节

新的实现将提供以下特性：

1. 在格式化模块暴露timeout配置项
2. 默认值保持1000ms向后兼容
3. 支持用户在个人配置中覆盖默认值
4. 通过LSP协议传递超时设置

最佳实践建议

对于不同使用场景，建议采用以下配置策略：

1. 开发大型项目时：建议适当增加至2000-3000ms
2. 前端开发：可保持默认1000ms
3. Java/C++等编译型语言：推荐1500ms以上
4. 文档类格式化：500ms通常足够

技术影响评估

这项改进将带来以下积极影响：

1. 减少误报的超时错误
2. 提升大型文件格式化的成功率
3. 保持配置的简洁性
4. 为未来可能的动态超时计算奠定基础

该变更已通过PR#1275合并到主分支，用户可以通过更新配置获得更稳定的格式化体验。