对于升级到最新版本的vscode的用户，报告了类似的问题。可能的原因之一是Ubuntu 19 gcc编译器当前未编译gRPC本机源代码。因此最好使用Ubuntu 18.04或16.04，直到将其与grpc-node一起排序为止。

暂时最好的解决方法是安装VS Code的早期版本（1.39.2），可以在此处下载-https://code.visualstudio.com/updates/v1_39

问题与使用电子的VSCode和fabric-sdk-node需要节点grpc的结构有关，后者是本机模块。 node grpc尝试通过为某些平台的某些版本的node grpc提供预构建的二进制文件来简化生活。这意味着要为Windows，Linux和Mac以及特殊环境（如电子）提供预构建的二进制文件，并为节点grpc的所有不同版本提供二进制文件。这需要维护许多预构建的二进制文件，因此vscode不断更改电子版本，并且将fabric-node-sdk测试为特定版本的节点grpc，因此没有预构建的二进制文件。

在没有预构建的二进制节点的情况下，grpc会退回到从源代码进行编译。编译可能只会针对每种平台的编译器的特定版本进行测试，并且会对编译器进行更改（例如，在Linux上，最新的gcc版本为9，而ubuntu 18.04仍使用gcc 7）可能意味着该源代码将无法编译。

所以这就是为什么您可能遇到问题的原因。将vscode降级到1.39允许节点grpc下拉预构建的二进制文件，从而避免了从源代码构建扩展时可能遇到的任何问题。

问题在于，IBP Extension对此无能为力，因为它取决于电子vscode决定使用的版本，grpc是否发布预构建的二进制文件以及fabric-sdk-node的版本已经过测试并在其依赖项中指定。

如另一个答案中所述，解决此问题的最可靠方法是将vscode降级至1.39