nvim-treesitter中Blade模板语法高亮失效问题解析

在nvim-treesitter项目中，近期出现了Blade模板语法高亮失效的技术问题。这个问题主要表现为在Blade模板文件中，HTML语法高亮会在遇到PHP代码块后中断，影响了开发者的使用体验。

问题的技术背景涉及tree-sitter的语法注入机制。Blade解析器原本通过特定的查询规则将PHP代码注入到文本节点中：

((text) @injection.content
    (#set! injection.combined)
    (#set! injection.language php))

这种设计在过去一年多的时间里一直工作良好，但近期突然失效。经过技术分析，发现问题可能源于tree-sitter的combined injection机制变更。当Blade解析器尝试将PHP注入到组合文本节点时，系统会立即尝试将HTML也注入到同一节点，导致了高亮中断。

解决方案方面，开发者提出了修改查询规则的方案：

((text) @injection.content
  (#set! injection.combined)
  (#set! injection.language html))

((text) @injection.content
  (#has-ancestor? @injection.content "envoy")
  (#set! injection.combined)
  (#set! injection.language bash))

((php_only) @injection.content
  (#set! injection.combined)
  (#set! injection.language php_only))

((parameter) @injection.content
  (#set! injection.language php_only))

这个方案通过分离HTML和PHP的注入规则来避免冲突。值得注意的是，tree-sitter在处理模板语言时存在固有局限性，这类问题可能需要更底层的解决方案。

进一步的bisect分析表明，问题根源可能在于tree-sitter核心的某个提交变更。这提示我们需要在更底层进行修复，而不仅仅是调整查询规则。

对于开发者而言，理解这类问题的关键在于：

1. 语法注入的优先级和组合规则
2. 不同语言解析器之间的交互方式
3. tree-sitter核心变更对上层语法高亮的影响

这个问题也提醒我们，在开发复杂语法高亮时，需要考虑不同语言注入可能产生的冲突，并设计更健壮的查询规则。未来可能需要更完善的机制来处理模板语言中的多语言嵌套场景。