Visual studio code VSCode扩展中的竞争性语言配置

当多个扩展名通过

contributions.languages

贡献点为同一种语言提供语言配置文件时，是否有人知道VSCode的行为

我只是想在我的扩展中为一种语言添加一个自动关闭对，但是，至少还有一个其他活动扩展（我的插件的每个用户都可能有）为这种语言提供了自己的配置

是一个还是另一个？如果是，基于什么？因为它说贡献点也可以作为一种“丰富”VSCode语言知识的方式，但我似乎无法让我的扩展添加自动结束对

我确信我使用的是正确的语言ID（配置此语言的其他扩展使用的ID）以及扩展

如果它只允许我扩展语言的配置，我应该只在

language configuration.json

文件中提供我需要的信息吗？例如：

{
“自动关闭对”：[
{“打开”：“/**”，“关闭”：“*/”，“不在”：[“字符串”]}
]
}

---

如果所有这些都是有意义的，并且贡献不起作用，那么有人对调试这个问题有什么建议吗？提前感谢。

好的，如果其他人碰巧遇到了这个问题（考虑到这个问题受到的关注程度，这不太可能：）哦，好的。），你的问题可能是

包.json

清单中的

发布者
键

在抓了几天救命稻草之后，我终于开始尝试一些毫无意义的东西，似乎对这一点没有任何影响。因此，我开始从我的
包.json
中删除与VSCode扩展相关的键，果然，当我到达
publisher
时，瞧！我的语言配置终于成功了

我对“为什么”的最初假设是，vscode在后台按字母顺序注册扩展，而另一个扩展的发布者可能在我的发布者名称之前。但是遗憾的是，我的发布者名称是
dubs-dev-extensions
，而竞争扩展的发布者名称也是
salesforce
，因此有了这个假设。此外，当我决定更改我的出版商名称以查看发生了什么时，我选择了
peter weinberg
，这也起了作用（因此它在没有出版商密钥的情况下工作，并且使用了新的出版商名称）。
peterweinberg
和
dubs-dev-extensions
都在
salesforce
之前，所以字母顺序不是答案。在写这篇文章的时候，我被难住了，我将尝试作为一个bug向vscode报告，如果不是，至少我希望能得到一些解释，解释为什么我会经历这种奇怪的行为