利用vs2019编译器远程调试linux程序（走心版） / 开普饭

前段时间，参与了公司一个项目，需要开发linux服务程序，因为之前没接触过，对shell、GDB、makefile不熟悉，项目要的又紧，所以决定使用更为熟悉的vs编译器来远程调试linux程序，等有时间了再把makefile和GDB调试等熟悉起来，下面把个人经验讲一下，希望能帮到后面有这方面需要的人。

因为之前在学习过程中浏览过其他很多有用的博文，所以有些环节的内容直接用其他博文代替，本文着重讲解vs属性和gcc编译项之间的关联关系，因为我发现这部分内容其实很少有详细讲解到的。

首先把我的环境介绍一下:

1. Microsoft Visual Studio Community 2019 (社区版的，毕竟免费么，当然也是有些BUG的，此处不多说，安装选项里把linux相关的控制台、共享库等套件装上)，vs2015、2017、2019都有远程调试linux的功能。

2. Ubuntu18 (Ubuntu 7.4.0-1ubuntu1~18.04.1);

3. VMware® Workstation 14 Player(也是个免费版本，不过建议安装workstation，功能更完善);

其中Ubuntu系统上必须要装的有 有以下几项:

1. openssh ，用于vs进行远程连接，安装命令:

2. gcc、g++、gdb 用于编译调试你的c、c++代码，安装命令:

3. 网络IP，建议写成静态IP，防止重启linux系统后IP会变，那样vs的远程连接器也需要重新删除再连接，很麻烦，至于怎样修改ubuntu的IP本文不再赘述，网上方法很全，只要能保证主机和虚拟机之间相互能ping通。

至此，linux环境都已经装完了，下面在vs上增加远程连接器，方法在官网有详细步骤，https://docs.microsoft.com/zh-cn/cpp/linux/connect-to-your-remote-linux-computer?view=vs-2019

具体步骤本文不再赘述，只提一点建议：

1. 建议用root用户登录，因为工程里如果需要链接.so共享库，而这些共享库放在了/opt 或者 /usr等系统目录的话是需要管理员权限才能访问的，而这时如果你用普通用户登录了则会出现代码的链接错误（亲身经历的坑），ubuntu系统默认是不允许以root用户登录的，需要略作修改（修改方法:https://blog.csdn.net/f_IT_boy/article/details/89072168）

远程连接建立好以后vs会把linux上的sdk开发环境拷贝一份到vs的缓存目录用于咱们在win系统上开发，这时我们就可以愉快的进行编码工作了，先建立一个Linux控制台程序，具体步骤参照: https://blog.csdn.net/ZYZMZM_/article/details/89044885

这时，我们看下一解决方案资源管理器，除了main.cpp，还有一个外部依赖项，里面有很多乱七八糟的代码文件，其实这就是vs从linux系统拷贝来的sdk开发环境，如果双击其中一项，然后转到其目录，会发现这不就是linux上的环境目录么..

这时到linux系统里打开相应的目录也能找到相应的文件

这样，就能大体明白vs到底是怎么工作的了。

我们平时实际的工作中，肯定不会是简单的写几句代码就完事的，会有各种的第三方的动态库啊静态库啊头文件啊等等的，熟悉linux编程的都知道，我如果调用第三方库只需要在makefile的编译规则里用 -l来链接即可，如果要包含头文件目录只需要 -I（大写i）来包含即可，那换到vs上该咋配置呢，下面就针对第三方库、头文件以及一些基本配置进行详细讲解。

1. 先看看vs属性页的基本配置有啥：

属性-常规：

这里定义了一些基本的环境信息，从字面上其实就能理解，主要关注的有：远程生成根目录（~/projects 也就是$RemoteRootDir）、远程生成项目目录、输出目录（最终的可执行程序目录默认是bin）、中间目录（.o文件的目录默认是obj）、目标文件名等（其实都需要理解一下）

属性-调试

这里面只需要关注程序参数即可，程序参数也就是命令行参数，如果需要就填上，主要用于调试过程，用空格分隔；

属性-复制源

这个选项是决定vs把哪些文件复制到linux系统上的工程目录里，只要加到解决方案资源管理器里的文件都会默认复制过去，如果有其他没在资源管理器中的文件可以加到第三项中，vs也会复制过去，更详细的解释见官方链接：https://docs.microsoft.com/zh-cn/cpp/linux/configure-a-linux-project?view=vs-2019