Javascript WSL上的vscode-Chrome调试失败
我是JS开发的新手,刚刚开始学习JavaScript入门课程 我编辑了这个问题,因为我尝试了不同的方法 我正在尝试使用已安装的Windows 10计算机。我有一个可以工作的python开发设置,但我完全无法获得一个可以工作的JS开发设置,在那里我可以点击F5并运行Chrome调试会话 搜索了几个小时后,我回到了基础,我不想做的就是为一个基本Javascript WSL上的vscode-Chrome调试失败,javascript,visual-studio-code,windows-subsystem-for-linux,wsl-2,chrome-debugging,Javascript,Visual Studio Code,Windows Subsystem For Linux,Wsl 2,Chrome Debugging,我是JS开发的新手,刚刚开始学习JavaScript入门课程 我编辑了这个问题,因为我尝试了不同的方法 我正在尝试使用已安装的Windows 10计算机。我有一个可以工作的python开发设置,但我完全无法获得一个可以工作的JS开发设置,在那里我可以点击F5并运行Chrome调试会话 搜索了几个小时后,我回到了基础,我不想做的就是为一个基本index.html文件获得一个工作调试会话。谁能看出我做错了什么 目前,以下launch.json确实启动了Chrome浏览器,但我看到在浏览器窗口中无法访
index.html
文件获得一个工作调试会话。谁能看出我做错了什么
目前,以下launch.json确实启动了Chrome浏览器,但我看到在浏览器窗口中无法访问该站点
{
"version": "0.1.0",
"configurations": [
{
"name": "Launch localhost",
"type": "chrome",
"request": "launch",
"url": "http://localhost/index.html",
"webRoot": "${workspaceFolder}"
}
]}
还尝试了以下配置:
{
"version": "0.1.0",
"configurations": [
{
"name": "Launch localhost",
"type": "chrome",
"request": "launch",
"file": "${workspaceFolder}/index.html"
}
]
}
我已经安装了Chrome的调试器——v4.12.12
在vscode调试控制台中,当我点击run时,我看到了这个错误:crbug/1173575,非JS模块文件已弃用。
我也尝试过在Bitdefender防火墙运行和不运行的情况下进行此操作,以防出现故障,结果相同
更新
- 除了“Remote-WSL”之外,在VSCode中安装了“Remote Development”扩展
- Node.js调试工作正常。。。但我真的希望Chrome或FireFox能够正常工作
- 尝试将单词
localhost
替换为IP地址。。。还是没什么
- 新文件启动配置,请参见上文,新错误:
不允许加载本地资源:file:///__vscode-remote-uri__/home/USER/JS-dev/index.html
解决方案是:
安装扩展插件。这将在VSCode扩展下拉区域的WSL:UBUNTU-INSTALLED
部分下安装它
编辑Live Server扩展名settings.json
文件以将chromeDebuggingAttachment
设置为true,如下所示:“liveServer.settings.chromeDebuggingAttachment”:true
从状态栏中单击“GoLive”,如Live Server自述中所述。这会将我的index.html
文件放在浏览器选项卡中
要从菜单run-->开始调试
或F5
运行Chrome调试会话,它将正常工作
一些有用的注释:
- 我的
settings.json
位于此处:C:/Users//AppData/Roaming/code/User/settings.json
- 它与以下
launch.json
文件一起工作:
{
"version": "0.1.0",
"configurations": [
{
"name": "Launch localhost",
"type": "chrome",
"request": "launch",
"url": "http://localhost:5500/index.html",
"webRoot": "${workspaceFolder}"
}
]}
- Live Server扩展上次更新是在2019年,所以不是很好。我认为这使得我的解决方案有点像黑客
- 考虑到我尝试过的所有选项,我对这种情况不起作用的唯一解释是,远程开发扩展目前表示WSL2支持是实验性的