vs2022 wsl .netcore 调试总结

安装 gdb 和gdbserver
linux安装ssh,以及dotnet sdk
不多做介绍

visual studio ->工具->选项->跨平台->连接管理->添加 ssh协议信息

linux上用dotnet 启动项目

visual studio->调试->附加到进程
连接类型选择ssh 连接目标选择刚才添加的ssh服务器
进程选择 项目名

错误:

Unable to find debugger script at ‘/root/.vs-debugger’.
 

#前面三条命令可不用
apt-get update
apt-get install procps -y
apt-get install wget -y
mkdir /root/.vs-debugger

curl -sSL https://aka.ms/getvsdbgsh -o /root/.vs-debugger/GetVsDbg.sh

#这个脚本中多包下载需要一定的魔法环境 文章最下面提供蓝奏云下载
#没有下载包执行此命令
bash /root/.vs-debugger/GetVsDbg.sh -v latest -l /vsdbg

#下载过安装包执行此命令
bash /root/.vs-debugger/GetVsDbg.sh -v latest -l /vsdbg -e /root/.vs-debugger/vsdbg-linux-arm64.tar.gz -u

重新附加进程调试

无法命中断点,没有为任何文档加载符号
进入项目生成的bin目录,查询是否有.pdb文件
存在.pdb文件 使用 dotnet运行dll可执行文件
附加 服务器上的dotnet进程
不存在则修改配置文件,使用Debug配置重新生成
蓝奏云下载魔法环境

https://wwui.lanzouk.com/iA0A910bs4di
密码:6774

将上面的魔法环境下载的tar.gz包上传到
/root/.vs-debugger/ 目录中

vs启动后无响应,卡在启动调试器界面

ps -ef |grep wget

wget是否在下载包

rm -rf .vs-debugger/vs2022/

/bin/sh /root/.vs-debugger/GetVsDbg.sh -v vs2022 -l /root/.vs-debugger/vs2022 -d vscode -e /root/vsdbg-linux-arm64.tar.gz -a /remote_debugger

调试不进断点

查看远程是否连接
ps -ef |grep remote

root 1194 1112 0 16:12 ? 00:00:00 /bin/sh /root/.vs-debugger/GetVsDbg.sh -v vs2022 -u -l /root/.vs-debugger/vs2022 -d vscode -a /remote_debugger

尝试手动启动

/bin/sh /root/.vs-debugger/GetVsDbg.sh -v vs2022 -l /root/.vs-debugger/vs2022 -d vscode -e /root/vsdbg-linux-arm64.tar.gz -a /remote_debugger
 

==================================================

查看所有隐藏文件 :ll -a 

查看文件详细信息 ll -h

查看文件大小  du -h --max-depth=1

 查看进程 ps -ef|grep wget

### 如何在 Visual Studio 2022 中配置和使用 WSL #### 安装并设置好 Windows Subsystem for Linux (WSL) 为了能够在 Visual Studio 2022 上顺利地利用 WSL 功能,在此之前需确保已开启 Win10 系统上的 Linux 子系统选项[^3]。 #### 安装必要的开发工具包于 WSL 内部环境 对于打算通过 WSL 来编译以及调试 C++ 应用程序的情况而言,应该预先准备好相应的构建链路。这通常涉及到一系列基础软件包的获取,比如 `gcc` 编译器套件、`make` 构建自动化工具还有用于支持远程调试会话所需的 GDB 调试器等组件。可以通过如下命令完成这些依赖项的一键部署: ```bash sudo apt update && sudo apt install -y build-essential gdb ``` 请注意上述指令适用于基于 Debian/Ubuntu 的发行版;如果采用的是其他类型的 Linux 发行版本,则可能需要调整具体的包管理器语法以匹配目标平台的要求[^4]。 #### 启动与初始化集成工作流 当一切准备就绪之后,即可以着手启动实际的工作流程了。具体来说就是重启一次 WSL 实例和服务端口,随后再关闭并重新启动 Visual Studio 2022 IDE 自身。这样做能够促使最新状态下的更改生效,并允许开发者正常访问到预期中的 "选择 WSL-GCC-Debug" 用户界面入口点[^1]。 #### 利用增强特性提升用户体验 值得一提的是,随着新版本迭代更新带来的改进之处——Visual Studio 2022 已经全面转向原生 64 位架构的支持模式下运作,不仅显著提升了整体性能表现水平,同时也让整个操作体验变得更加流畅自如[^2]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值