Buf CLI简要使用

buf cli grpc proto 文件管理

一、前置条件

二、创建不同环境下的Token

按需创建,也可以使用同一个Token,笔者这里是不同时期创建的密钥(因为从来都不存.jpg),以下是我创建的密钥示例

  • 创建lhdht_macosToken(开发)
  • 创建lhdht_winToken(开发)
  • 创建lhdht_test_ubuntuToken(测试)
  • 创建lhdht_prod_centosToken(生产)

流程.jpg
在这里插入图片描述
在这里插入图片描述
创建完以后在本地的需要在命令行使用Token进行登陆;

# 执行下面命令将创建好的token复制进去即可
buf registry login --prompt

在这里插入图片描述

三、创建BSR

buf cli 私有仓库最多可拥有 100 种类型, 不太在意私密性的话还是用公共仓库,在意的话就考虑用gitee/github去管理了

在这里插入图片描述
在这里插入图片描述

同时在本地创建一个git仓库

mkdir kratos
cd kratos
git init

创建buf.yaml

version: v2
name: buf.build/lhdhtrc/kratos # 刚才创建的BSR
lint:
  use:
    - STANDARD
  except:
    - FIELD_NOT_REQUIRED
    - PACKAGE_NO_IMPORT_CYCLE
  disallow_comment_ignores: true
deps: # 依赖的proto库
  - buf.build/googleapis/googleapis
  - buf.build/bufbuild/protovalidate
breaking:
  use:
    - FILE
  except:
    - EXTENSION_NO_DELETE
    - FIELD_SAME_DEFAULT

四、创建示例

这里笔者将引用上面的两个buf依赖库,如不需要则按需修改

kratos/acme/demo/v1/demo.proto 创建一个示例文件

syntax = "proto3";

package acme.demo.v1;

import "buf/validate/validate.proto";
import "google/api/annotations.proto";

service DemoService {
  rpc Create(CreateRequest) returns (CreateResponse) {
    option (google.api.http) = {
      post: "/v1/demo",
      body: "*",
    };
  };
  rpc Get(GetRequest) returns (GetResponse) {
    option (google.api.http) = {
      get: "/v1/demo/{id}",
    };
  };
  rpc GetList(GetListRequest) returns (GetListResponse) {
    option (google.api.http) = {
      get: "/v1/demo/list",
    };
  };
  rpc Update(UpdateRequest) returns (UpdateResponse) {
    option (google.api.http) = {
      put: "/v1/demo",
      body: "*",
    };
  };
  rpc Delete(DeleteRequest) returns (DeleteResponse) {
    option (google.api.http) = {
      delete: "/v1/demo/{id}",
    };
  };
}

message Author {
  string id = 1;
  string name = 2;
}

message Demo {
  string id = 1;
  string created_at = 2;
  string updated_at = 3;

  string title = 4;
  string description = 5;
  uint32 status = 6;
  uint32 sort = 7;

  Author author = 8;
}

message CreateRequest {
  string title = 1 [(buf.validate.field).required = true];
  string description = 2;
  uint32 status = 3;
  uint32 sort = 4;
}
message CreateResponse {
  uint32 code = 1;
  string message = 2;
}

message GetRequest {
  string id = 1 [(buf.validate.field).string.uuid = true];
}
message GetResponse {
  uint32 code = 1;
  string message = 2;
  Demo data = 3;
}

message GetList {
  int64 total = 1;
  repeated Demo list = 2;
}
message GetListRequest {
  uint64 page = 1;
  uint64 page_size = 2;
  string search_key = 3;
}
message GetListResponse {
  string message = 1;
  uint32 code = 2;
  GetList data = 3;
}

message UpdateRequest {
  string id = 1 [(buf.validate.field).string.uuid = true];
  string title = 2 [(buf.validate.field).required = true];
  string description = 3;
  uint32 status = 4;
  uint32 sort = 5;
}
message UpdateResponse {
  string message = 1;
  uint32 code = 2;
}

message DeleteRequest {
  string id = 1 [(buf.validate.field).string.uuid = true];
}
message DeleteResponse {
  string message = 1;
  uint32 code = 2;
}
# 拉取依赖
buf dep update

在这里插入图片描述

git add .
git commit -m "feature: 演示"
git push origin main
buf push

在这里插入图片描述

在这里插入图片描述

到此基本的流程就算完了

<think>好的,我现在需要回答用户关于C++进程通信的问题。首先,我得回想一下自己掌握的相关知识,确保准确无误。进程通信是操作系统中重要的概念,C++作为系统级编程语言,在这方面有多种方法。 首先,我应该列举主要的进程通信方式,可能包括管道、消息队列、共享内存、信号量、套接字等。每个方法的特点、适用场景以及基本用法都需要简要说明。用户可能需要了解这些方法之间的区别,以及在实际开发中如何选择合适的方式。 接着,我需要考虑用户可能的背景。如果是初学者,可能需要更基础的解释,避免使用过于专业的术语,或者在必要时进行解释。例如,管道分为匿名管道和命名管道,这两者的区别是什么,使用时需要注意什么。 然后,要确保每个部分的示例代码正确,并且符合C++的语法。比如,共享内存的使用可能涉及系统调用,如shmget、shmat等,需要指出这些是POSIX标准还是System V的,或者Windows下的不同实现。不过用户可能更关注跨平台或Linux环境下的方法,所以需要明确说明。 另外,要强调进程通信中的同步机制,比如信号量如何防止竞态条件,避免数据不一致。这时候可能需要提到互斥锁、信号量的使用,或者更高级的同步机制。 还要注意安全性问题,比如共享内存虽然高效,但缺乏同步机制容易导致问题,需要配合其他同步手段。而消息队列虽然相对安全,但可能存在性能瓶颈。 用户可能对实际应用场景感兴趣,比如何时使用管道,何时使用套接字。例如,管道适合父子进程间通信,而套接字可用于不同机器间的通信,或者本地进程间的高效通信。 需要检查是否有遗漏的方法,比如内存映射文件(mmap),或者信号(signal)作为一种简单的通信方式。虽然信号主要用于通知,但也可以视为一种通信手段。 最后,总结部分需要对比各种方法的优缺点,帮助用户根据需求选择合适的方式。比如共享内存速度最快,但需要同步;套接字可跨网络,但开销较大。 在写作过程中,要确保语言通顺,结构清晰,分点说明。示例代码要简短,展示关键步骤,避免冗长。同时,注意用户可能遇到的问题,比如权限设置、资源释放等,适当提醒注意事项。 可能还需要校对一下各个术语的翻译是否正确,例如“信号量”对应Semaphore,“消息队列”是Message Queue等,保持术语的一致性。 总之,需要全面覆盖主要的进程通信方式,简明扼要地解释其原理和用法,提供示例代码,并给出适用场景和选择建议,确保用户能够理解并应用这些知识。</think>C++进程通信(IPC)是不同进程间交换数据的机制。以下是常见的实现方式及具体示例: 1. **匿名管道(Pipe)** ```cpp // 父进程写,子进程读 int fd[2]; pipe(fd); // 创建管道 if (fork() == 0) { // 子进程 close(fd[1]); // 关闭写端 char buf[100]; read(fd[0], buf, 100); cout << "收到:" << buf; } else { // 父进程 close(fd[0]); // 关闭读端 write(fd[1], "Hello", 6); } ``` *特点*:单向通信,仅限父子进程 2. **命名管道(FIFO)** ```bash # 先创建命名管道 mkfifo /tmp/myfifo ``` ```cpp // 进程A写入 int fd = open("/tmp/myfifo", O_WRONLY); write(fd, "Data", 5); ``` ```cpp // 进程B读取 int fd = open("/tmp/myfifo", O_RDONLY); char buf[100]; read(fd, buf, 100); ``` *特点*:支持非亲缘进程,持久化管道文件 3. **共享内存** ```cpp // 创建共享内存 int shm_id = shmget(IPC_PRIVATE, 1024, 0666); char* ptr = (char*)shmat(shm_id, 0, 0); // 进程A写入 strcpy(ptr, "Shared Data"); // 进程B读取 cout << "读取到:" << ptr; // 最后要释放 shmdt(ptr); shmctl(shm_id, IPC_RMID, NULL); ``` *特点*:最高效的IPC方式,需要同步机制 4. **消息队列** ```cpp // 创建消息队列 int msqid = msgget(IPC_PRIVATE, 0666); // 定义消息结构 struct msgbuf { long mtype; char mtext[100]; }; // 发送消息 msgbuf msg; msg.mtype = 1; strcpy(msg.mtext, "Message"); msgsnd(msqid, &msg, sizeof(msg.mtext), 0); // 接收消息 msgrcv(msqid, &msg, sizeof(msg.mtext), 1, 0); ``` *特点*:结构化数据传递,支持消息类型过滤 5. **套接字(Socket)** ```cpp // 服务端 int sockfd = socket(AF_INET, SOCK_STREAM, 0); bind(sockfd, (sockaddr*)&serv_addr, sizeof(serv_addr)); listen(sockfd, 5); int newsock = accept(sockfd, (sockaddr*)&cli_addr, &clilen); write(newsock, "Hello", 6); // 客户端 int sockfd = socket(AF_INET, SOCK_STREAM, 0); connect(sockfd, (sockaddr*)&serv_addr, sizeof(serv_addr)); read(sockfd, buffer, 255); ``` *特点*:支持跨网络通信,最通用的IPC方式 **选择建议**: - 简单数据流 → 使用管道 - 大量数据交换 → 共享内存(需配合信号量) - 结构化消息 → 消息队列 - 分布式系统 → 套接字 - 进程同步 → 信号量 **注意事项**: 1. 注意资源释放(关闭文件描述符、释放共享内存等) 2. 多进程访问共享资源时,必须实现同步机制 3. 不同IPC方式有不同的系统限制(如消息队列最大长度) 4. 跨平台开发建议优先使用POSIX标准接口 理解这些通信机制后,可根据具体场景选择最合适的实现方式。实际开发中常会组合使用多种IPC方法,例如共享内存配合信号量实现高效数据交换。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

梨花炖海棠

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值