我有一个类似的问题,但我的项目也包括导致上述解决方案失败的网页。在浏览互联网之后,我在github上的一个线程中找到了一个解决方案:
https://github.com/AngularClass/angular2-webpack-starter/issues/144#issuecomment-218721972
不管怎样,这就是所做的。
注意:-在开始之前,您必须检查是否有最新版本的visual studio代码,以及是否在VS代码中安装了名为“Chrome调试器”的扩展。
首先,在/config/webpack。dev.js'
然后安装并使用写文件-网络包-插件:
将插件添加到'/config/webpack。dev.js“添加:
在顶部的网页包插件下面。继续添加:
到新定义后的插件列表Plugin(),即
plugins:[
new DefinePlugin({....}),
new WriteFilePlugin(),
....
]
这确保了源映射被写入磁盘
最后,我的发布会。下面给出了json。
{
"version": "0.2.0",
"configurations": [{
"name": "Launch Chrome against localhost, with sourcemaps",
"type": "chrome",
"request": "launch",
"url": "http://localhost:3000/",
"runtimeArgs": [
"--user-data-dir",
"--remote-debugging-port=9222"
],
"sourceMaps": true,
"diagnosticLogging": true,
"webRoot": "${workspaceRoot}",
"userDataDir": "${workspaceRoot}/.vscode/chrome"
},
{
"name": "Attach to Chrome, with sourcemaps",
"type": "chrome",
"request": "attach",
"url": "http://localhost:3000/",
"port": 9222,
"sourceMaps": true,
"diagnosticLogging": true,
"webRoot": "${workspaceRoot}"
}]
}
注意在webroot中缺少/dist/。使用此配置,源代码映射在./dist/中,但是它们指向./src/。vscode将绝对根添加到工作区,并正确解析文件。
指定userDataDir-这将避免与您可能已经运行的其他Chrome实例发生冲突。我注意到,正因为如此,Chrome停止监听您指定的任何端口。下面是我使用的,非常棒!
{
"name": "Launch",
"type": "chrome",
"request": "launch",
"url": "http://localhost:3000/#/about",
"port": 9223,
"sourceMaps": true,
"diagnosticLogging": true,
"webRoot": "${workspaceRoot}",
"userDataDir": "${workspaceRoot}/out/chrome"
}
感谢@reecebradley-GitHub:无法连接到目标:connect
经过大量研究,我发现这些步骤-
开始之前,请确保您拥有最新版本的VS代码。您可以验证最新版本–帮助
>
安装名为“Chrome调试器”的扩展。安装完成后,重新启动VS代码。
转到调试窗口,打开启动。使用Chrome的json。
{
"name": "Launch localhost with sourcemaps",
"type": "chrome",
"request": "launch",
"url": "http://localhost:3000/Welcome",
"sourceMaps": true,
"webRoot": "${workspaceRoot}"
}
在Tconfig。json,确保你有“sourceMap”:true
这就完成了调试环境设置。现在,在开始调试之前,请确保所有现有的Chrome.exe实例都已关闭。从任务管理器验证或使用DOS命令“杀死chrome”
使用npm start命令和Chrome作为默认浏览器运行项目。
一旦应用程序成功运行,您将收到端口号。从chrome浏览器复制URL并粘贴到上面的url部分。(注意:如果您在应用程序中使用路由,则url希望在上面,否则将结束index.html等)
现在,在您的打字稿文件中的任何位置放置断点。
同样,转到VS代码中的调试窗口,然后点击运行。连接到调试器的选项卡/实例如下所示。
WorkerMan3.0有两种运行模式,调试模式以及daemon运行模式 运行 php start.php start 进入调试模式,这时代码中的echo、var_dump、var_export等函数打印会在终端显示。注意以php start.php start运行的WorkerMan在终端关闭时所有进程会退出。 而运行 php start.php start -d则是进入daemon模式,也就是
调试是一个程序猿非常重要的能力,人写的程序总会有 bug,所以需要 debug。如何方便和快速的定位 bug,是我们讨论的重点,只要 bug 能定位,解决就不是问题。 对于熟悉用 Visual Studio 和 Eclipse 这些强大的集成开发环境的来做 C++ 和 Java 的同学来说,OpenResty 的 debug 要原始很多,但是对于习惯 Python 开发的同学来说,又是那么的熟悉。
Git 有一些命令可以用来帮你调试你代码中的问题。 包括找出是什么时候,是谁引入的变更。 git bisect git bisect 工具是一个非常有用的调试工具,它通过自动进行一个二分查找来找到哪一个特定的提交是导致 bug 或者问题的第一个提交。 仅在 二分查找 一节中完整的介绍了此命令。 git blame git blame 命令标注任何文件的行,指出文件的每一行的最后的变更的提交及谁是那
本地日志(Local Logs) 如果你拥有设备的访问权限,你可以使用 adb logcat 或你的 IDE 查看一些日志。你可以使用 adb shell setprop log.tag.<tag_name> <VERBOSE|DEBUG> 操作为任何下面提到的标签(tag))开启日志。VERBOSE 级别的日志会显得更加冗余但包含更多有用的信息。根据你要查看的标签的不同,你可以把 VERBOSE
WARNING weex-toolkit 是三方插件, 不由 Apache Weex 开发或维护。 本文档主要演示如何使用 weex-toolkit 中内置的调试工具进行代码调试。 安装 首先需要通过 npm 或 yarn 安装 weex-toolkit 工具 $ npm i weex-toolkit@beta -g $ weex -v // 检查是否安装成功 运行 安装完成后,运行 weex
Visual Studio Code的一个很重要的特性是他很棒的调试支持。VS Code的内置调试器帮助加速你的编辑,编译和调试循环。 One of the key features of Visual Studio Code is its great debugging support. VS Code's built-in debugger helps accelerate your edit