CLion远程调试

一 CLion远程调试

## 1.1 建立远程连接过程

设置——部署——“+”——SFTP——新建服务器名称——输入主机、用户名、密码信息——确定

工具链建立远程主机

设置——工具链——“+”——远程主机——凭据新增服务器信息

上传本地代码到服务器

ps:要保证本地文件完整，不然可能出现其他情况。

（比如这次我在本地工程中放了一版cJSON，然后又单独从Fz软件上传了3rd文件，拷贝到已经上传到服务器的工程中的3rd路径中，然后代码调试一直有问题，我觉得这边是有问题的）

重新上传之后就可以正常远程调试了。

1.2 保证了linux远程和本地的文件一致了

但是还是存在一个问题，就是显示找不到头文件，然后我就在定位原因。最后随便瞎弄了下，在设置——构建、执行、部署——CMake中增加远程主机，工具链设置成远程主机，应用确定。

在CLion中右上角将Debug_MinGW替换成刚才设置的远程主机，这时候的文件就指向了远程主机的文件。当然使用的就是linux的工具链了

1.3

另外需要注意的是，比如在一个工程中，对应好几个工程，每个子工程中有一个CMakeList.txt文件，那么应该这么理解，每个子工程都是一个工程，如果需要调试子工程，需要单独加载CMakeList.txt文件。加载方式，选中需要执行的子工程的CMakeList.txt文件，右击点击加载CMake项目，经过加载，头文件为远程服务器中的文件。

非项目文件为服务器上的文件，项目文件指向的还是本地文件。

这边要注意的是，新建工程拷贝其他工程的CMkaleLIst.txt文件的时候，需要修改比如proect、add_excutable等

1.4 在Clion shell上连接服务器

可以在CLion上直接打开远程服务器，从这个角度来看，vscode也是可以实现的。如果vscode可以远程调试，那其实两个软件是一样的。。。

1.5 新工程debug

今天遇到一个问题就是写的代码不进debug，还查了很多资料，基本没找到有效的方法。最后搞了很久，问了下同时，发现只是因为自己CmakeList.txt文件没有改成Debug，本来是Released的，这边应该是个宏定义类型的，应该设置成Debug。哎。。

然后还借此了解了linux机器上怎么编译文件，执行

cmake .

再执行make -j 32

还需要注意的是，我的个人工程当把CMakeList.txt文件配置成debug模式时，右上角一直显示是本地调试状态，而且修改不了。当我进入设置，将CMake构件类型的类型由release更改成debug后就可以指向远程linux，非工程文件也指向了linux。

1.6 创建一个工程验证protobuf

将light的protobuf的开源代码拉取到myFirstTest，写了CMakeList.txt，根据与Cmakelist.txt的相对路径配置了头文件路径，但是first.pb.h文件里的头文件一直报错找不到头文件，搞了很久，周五就一直搞，到周一上午才搞好。是怎么搞好的呢？我突然发现右上角编辑配置里有一个main还有一个myTestTest，我试着选了下myFirstTest,一下就好了。也是不知道为什么。看来还是得研究研究啊。

然后现在出现的问题就是protobuf的版本问题，报错firstVersion.pb.h文件是由旧版本生成的。我看了我拷贝过来的protobuf版本是3.21.9的，然后我查看windows安装的用来编译.proto文件的protobuf版本，

查询protobuf版本指令： protoc --version，查到的版本号是3.12.1

C:\Users\z30031397>protoc --version
libprotoc 3.12.1

1.7升级protoc版本方法

# 1. 访问GitHub发布页面并找到适合你系统的protobuf版本访问Protocol Buffers的GitHub发布页面：https://github.com/protocolbuffers/protobuf/releases
# 2. 下载protoc-<version>-win64.zip到你的计算机# 3. 解压缩下载的文件到你选择的目录，例如C:\protobuf# 4. 将protoc的路径添加到系统环境变量中
# 打开“控制面板” > “系统和安全” > “系统” > “高级系统设置” > “环境变量”
# 在“系统变量”中找到“Path”，选择并点击“编辑”
# 点击“新建”并添加C:\protobuf（或者你解压缩protoc的实际路径）
# 点击“确定”保存更改

在这里插入图片描述