VS2019实现Linux远程开发

VS2019实现Linux远程开发

参考来源：链接

Visual Studio的跨平台开发功能简介 从visual studio
2017开始微软推出了vs的跨平台开发功能，你可以在vs中编辑代码，随后进行跨平台编译和远程调试，将原先我们需要手动完成的工作进行了自动化，大幅减轻了我们的负担。其中支持的平台包括Android和Linux。

vs进行远程开发分为两步：

创建远程环境的连接，随后让vs将远程环境中的系统头文件同步到本地（也可以指定其他地方的头文件，后面会讲解），c++的代码补全只需要头文件即可。
当代码写好后，选择合适的远程环境，vs将目标文件和代码复制到远程环境的指定位置，接着根据你的配置进行编译。
随后vs将会在console的gdb或gdbserver中运行你的程序，在此期间你可以充分享受vs debugger带来的高效和便利。
经过上述步骤之后你就可以在vs里调试自己编写的跨平台程序了。

使用vs2019进行Linux远程开发

安装好勾选了c++ for Linux功能的vs2019；
准备一个可用的Linux远程环境，例如配置了静态IP的Linux虚拟机，并且已经安装好了GCC工具链以及openssh。

创建项目
安装好c++ for Linux功能后我们会在创建新项目的面板中看到Linux的选项，如图：

选择项目的存储位置，注意是本地的位置，远程机器的位置在后面会进行配置：

配置远程项目
vs不能编辑空项目的配置，所以我们先在项目中创建一个数据类型.cpp，然后点击顶部菜单：项目->属性，你就能看到项目的配置界面了：

远程计算机是在调试中的远程连接管理器中添加的。这里一般不需要改动，除非你需要改变项目的类型或编译结果的存放位置。如果有多个远程环境时，也可以在这里进行选择。

调试部分提供了gdb和gdbserver，前者是让vs在Linux上启动一个console，然后在其中运行gdb并返回输出，如果你的Linux上的终端配置了彩色输出，那么和遗憾vs并不认识他们，会显示成原始的字符串；使用gdbserver时会在远程启用gdbserver，本地vs解析回传的数据不会出现杂音。这里我们选择了gdbserver，如果你发现无法打断点，那么参考微软的建议，换回gdb方案：

接着是配置的重点，首先是配置需要同步的远程环境的头文件，有了这些文件vs才能对你的代码进行自动补全和提示:

默认复制的路径通常已经包含了Linux上大部分的头文件，通常我们也不需要做更改。头文件的同步发生在第一次构建项目成功后或添加远程连接后手动同步。

接着是c/c++编译器的选择，也就是对gcc和g++编译参数的配置，讲解这些参数超出了我们的讨论范围，我们这里只需要选择合适的c++标准版本：

其他设置与在Windows上进行开发时一样，vs可以自动转换成g++的参数，这里就不再赘述。

添加远程环境
有了远程环境我们才能同步头文件或者进行调试运行。

在第一次编译或调试你的项目时vs会自动让你连接远程环境，当然，我们推荐在调试->选项->跨平台->连接管理器中进行设置：

填入你的远程ip/域名，端口ssh默认为22，安全起见你需要修改成其他端口，这里方便演示使用了默认配置，密码同上，你应该考虑使用更安全的ssh私钥登录

这样远程环境就添加好了，可以开始写代码了。

本地编写和远程调试
至此你已经可以在vs中编写面向Linux平台的代码了，自动补全可以正常工作.
Linux中的头文件和结构体都已经可以识别了。如果你发现无法自动补全（通常发生在刚添加远程连接或是项目设置发生了变化后），先试试关闭vs重新打开，如果没用请尝试刷新intellisense或重新同步头文件。

在编辑结束后我们就能点击调试按钮运行我们的程序了：
注意，构建的体系架构必须是和远程环境一致的，比如远程环境是x64，这里可以选择x64或x86，但是不能选择arm，否则会报错。
点击调试->Linux 控制台，会显示一个可以交互的console，你可以在其中输入内容或是看到程序的输出。
编译顺利完成后，我们就可以接着利用vs debugger设置断点，在断点处查看变量，甚至对运行中的Linux进行动态性能分析了。

中文乱码
编码问题带来的麻烦永远会被放在第一位，毕竟当人们看到预想的输出实际上是一堆乱码时总会不可避免得紧张起来。

众所周知，编码问题一直是老大难，特别是Windows上中文环境通常是GB18030或GBK，而Linux上统一为utf8时。

解决中文乱码问题：

程序内写入的中文发生了乱码，而我们的输入没有。原因很简单，输入时实在linux的控制台环境下，编码默认是utf8的，所以我们的输入被正确编码，而源文件中的内容是GB18030的，所以在Linux控制台（默认以utf8解码数据并显示）中会发生乱码。

错误的原因知道了解决起来也就很简单了，把源文件的编码改成utf8就行，我们选择最简单的方法，在高级保存选项中修改编码

注意：若添加后高级保持选项为灰色，只需要修改一下文件不保存前看此选项即可如下设置。

注意：若使用上面后在linux下显示正常window下的VS的Linux控制台窗口显示乱码，继续如下操作：

选择后关闭VS出现安装插件页面安装后打开即可，如果已经装了UTF-8插件但是控制台输出的中文仍然是乱码。继续下面操作：

第一步：打开电脑的控制面板，然后打开时钟和区域




最后重启电脑就ok了。

使用数学函数和第三方库
在Linux上使用标准库提供的数学函数也是一个老生常谈的问题，根据你使用cpp还是c会有如下几个情况：

使用cpp时，libstdc++依赖于libm，所以使用g++编译你的程序时会自动链接数学函数库；
使用c时，如果是sqrt(4)这样的形式，较新的gcc提供了替换措施，不需要显示链接libm；
接上一条，如果你的参数是个变量，那么编译器可能会选择需要你链接libm。
通常在Windows上我们无需操心这点，但在Linux上使用c语言时就很难忽略这个问题了。

因此保险起见，如果你正在编写一个使用了数学函数的c程序，那么总是指定连接libm是没错的。

另外当你使用例如boost这类第三方库时，也需要注意。在Windows上我们通常指定好附加包含目录和附加库目录即可正常编译，但是Linux上必须明确指定链接库的名字，因此我们在项目属性中进行设置。

在Linux上我们可以使用pkg-config来减轻上述的重复劳动，而在vs中我们不能直接利用这一工具，当你的项目使用了大量第三方库时就会成为不小的麻烦，如果想要解决这一问题，可以参考后续文章里我会介绍的vs+cmake构建项目。

下面我们给例子加上一点boost chrono的功能测试，在Linux上需要指定-lboost_chrono，这是设置：

#include <sys/utsname.h>
#include <iostream>
#include <cstdio>
#include <string>
#include <boost/chrono.hpp>

int main()
{
    namespace chrono = boost::chrono;
    auto start = chrono::high_resolution_clock::now();
    utsname names;
    if (uname(&names) != 0) {
        std::perror("cannot get unames");
    }

    std::cout << "Linux kernel version: " << names.release << std::endl;
    std::cout << "输入内容：";
    std::string input;
    std::cin >> input;
    std::cout << "你输入了：" << input << std::endl;
    auto counter = chrono::duration_cast<chrono::milliseconds>(chrono::high_resolution_clock::now() - start);
    std::cout << "程序运行了：" << counter.count() << "ms\n";
}