libbpf-bootstrap开发指南：网络包监测-tc

最新推荐文章于 2024-04-18 17:08:31 发布
最新推荐文章于 2024-04-18 17:08:31 发布
阅读量894 收藏
点赞数
分类专栏： BPF 文章标签： 网络 性能优化
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_32378713/article/details/131751988
版权

目录

前置知识

代码分析

BPF部分

功能说明

struct __sk_buff 说明

bpf_htons & bpf_ntohs

为什么有l2 + 1、l3+1

data 数据的排布

用户部分

功能说明

DECLARE_LIBBPF_OPTS

执行效果

前置知识

IP数据包的总长度指的是整个IP数据包的长度，包括IP头部和数据部分的总和，以字节为单位。IP数据包在传输过程中可能会被分片，每个分片都会有自己的IP头部和数据部分，但是所有分片的IP头部的总长度应该是相同的。

生存时间（TTL）是一个8位字段，它表示IP数据包在网络中可以被路由器转发的最大次数。当一个路由器接收到一个IP数据包时，它会将TTL减1，然后将数据包转发到下一个路由器。当TTL的值减少到0时，路由器会丢弃该数据包，并向源主机发送ICMP“生存时间超时”消息。TTL的主要作用是防止IP数据包在网络中不断循环，因为如果数据包被无限转发，它可能会占用网络资源并导致网络拥塞。通过限制数据包的生存时间，TTL可以确保数据包在网络中得到及时处理并在合理的时间内达到目的地。

代码分析

BPF部分
// SPDX-License-Identifier: (LGPL-2.1 OR BSD-2-Clause)
/* Copyright (c) 2022 Hengqi Chen */
#include <vmlinux.h>
#include <bpf/bpf_endian.h>
#include <bpf/bpf_helpers.h>
#include <bpf/bpf_tracing.h>

#define TC_ACT_OK 0
#define ETH_P_IP  0x0800 /* Internet Protocol packet	*/
#define IPPROTO_TCP 6

SEC("tc")
int tc_ingress(struct __sk_buff *ctx)
{
	void *data_end = (void *)(__u64)ctx->data_end;
	void *data = (void *)(__u64)ctx->data;
	struct ethhdr *l2;
	struct iphdr *l3;
	struct tcphdr *l4;

	if (ctx->protocol != bpf_htons(ETH_P_IP))
		return TC_ACT_OK;

	l2 = data;
	if ((void *)(l2 + 1) > data_end)
		return TC_ACT_OK;

	l3 = (struct iphdr *)(l2 + 1);
	if ((void *)(l3 + 1) > data_end || l3->protocol != IPPROTO_TCP)
		return TC_ACT_OK;
        
	l4 = (struct tcphdr *)(l3 + 1);
	if ((void *)(l4 + 1) > data_end)
		return TC_ACT_OK;

	bpf_printk("Got IP packet: src_ip: %u, dst_ip: %u, src_port: %u, dst_port: %u, tot_len: %d, ttl: %d", 
               bpf_ntohl(l3->saddr), bpf_ntohl(l3->daddr), bpf_ntohs(l4->source), bpf_ntohs(l4->dest), bpf_ntohs(l3->tot_len), l3->ttl);

	return TC_ACT_OK;
}

char __license[] SEC("license") = "GPL";
功能说明

这是一个 Traffic Control (TC) 类型的 BPF 程序，用于在数据包进入或离开网络设备时进行处理。

这里只需要TCP的包，并且会读取tcp包的目标IP、本地IP、目标端口和本地端口，最后会打印这个包的长度以及存活时间（路由器跳转最大上限）

struct __sk_buff 说明

struct __sk_buff 是 Linux 内核网络开发中非常重要的数据结构，它代表了一个网络数据包的缓冲区。这个结构体定义在文件 include/uapi/linux/bpf.h 中，是 eBPF 开发中常用的数据类型之一。

__sk_buff 结构体包含了一个网络数据包的所有信息，包括数据包的协议头部、数据部分、网络接口、传输控制块等等。在 eBPF 开发中，通过操作这个结构体，可以实现对网络数据包的过滤、转发、修改等操作。

以下是 struct __sk_buff 结构体的一些重要成员：

  • data：指向数据包的数据部分的指针
  • data_end：指向数据部分的结尾的指针
  • protocol：数据包的协议类型，例如 ETH_P_IP 表示 IPv4 协议，ETH_P_IPV6 表示 IPv6 协议等
  • len：数据包的总长度，包括协议头部和数据部分
  • ifindex：接收数据包的网络接口的索引
  • cb[]：一个大小为 48 字节的预留空间，可以用来在 eBPF 程序中保存一些自定义的信息。

在x86 的体系中 该结构的详细信息如下：

bpf_htons & bpf_ntohs

bpf_htons 是一个 BPF 函数，用于将一个 16 位的整数从主机字节序（即当前机器的字节序）转换为网络字节序（大端字节序）。在网络通信中，各个计算机使用的字节序可能不同，因此需要统一使用网络字节序以确保数据的正确传输。

为什么有l2 + 1、l3+1

l2 + 1不是在对l2的值加一，而是在移动指针。由于l2是一个struct ethhdr类型的指针，通过l2 + 1我们实际上获取了紧随以太网头部之后的位置，也就是下一个协议头部的起始位置。

在C语言中，当你对一个指针加一个整数时，增加的实际字节数等于这个整数乘以这个指针指向的数据类型的大小。因此，l2 + 1实际上指向了l2后面的内存，这个位置恰好是以太网头部之后的位置。

现在，(void *)(l2 + 1) > data_end这个检查确保我们没有超出数据包的尾部。如果没有这个检查，我们可能会读取超出数据包尾部的内存，这可能会导致内存访问错误。

其他同理

data 数据的排布

data指针在struct __sk_buff中指向网络数据包的数据部分。这些数据的具体排布取决于数据包的协议类型。对于一个典型的以太网TCP的数据包，数据的排布可能如下：

  1. 以太网头部 (struct ethhdr)
  2. IP头部 (struct iphdr 或 struct ipv6hdr)
  3. 传输层头部（如 struct tcphdr 或 struct udphdr）
  4. 数据载荷

用户部分
功能说明
// SPDX-License-Identifier: (LGPL-2.1 OR BSD-2-Clause)
/* Copyright (c) 2022 Hengqi Chen */
#include <signal.h>
#include <unistd.h>
#include "tc.skel.h"

#define LO_IFINDEX 1

static volatile sig_atomic_t exiting = 0;

static void sig_int(int signo)
{
	exiting = 1;
}

static int libbpf_print_fn(enum libbpf_print_level level, const char *format, va_list args)
{
	return vfprintf(stderr, format, args);
}

int main(int argc, char **argv)
{
	DECLARE_LIBBPF_OPTS(bpf_tc_hook, tc_hook, .ifindex = LO_IFINDEX,
			    .attach_point = BPF_TC_INGRESS);
	DECLARE_LIBBPF_OPTS(bpf_tc_opts, tc_opts, .handle = 1, .priority = 1);
	bool hook_created = false;
	struct tc_bpf *skel;
	int err;

	libbpf_set_print(libbpf_print_fn);

	skel = tc_bpf__open_and_load();
	if (!skel) {
		fprintf(stderr, "Failed to open BPF skeleton\n");
		return 1;
	}

	/* The hook (i.e. qdisc) may already exists because:
	 *   1. it is created by other processes or users
	 *   2. or since we are attaching to the TC ingress ONLY,
	 *      bpf_tc_hook_destroy does NOT really remove the qdisc,
	 *      there may be an egress filter on the qdisc
	 */
	err = bpf_tc_hook_create(&tc_hook);
	if (!err)
		hook_created = true;
	if (err && err != -EEXIST) {
		fprintf(stderr, "Failed to create TC hook: %d\n", err);
		goto cleanup;
	}

	tc_opts.prog_fd = bpf_program__fd(skel->progs.tc_ingress);
	err = bpf_tc_attach(&tc_hook, &tc_opts);
	if (err) {
		fprintf(stderr, "Failed to attach TC: %d\n", err);
		goto cleanup;
	}

	if (signal(SIGINT, sig_int) == SIG_ERR) {
		err = errno;
		fprintf(stderr, "Can't set signal handler: %s\n", strerror(errno));
		goto cleanup;
	}

	printf("Successfully started! Please run `sudo cat /sys/kernel/debug/tracing/trace_pipe` "
	       "to see output of the BPF program.\n");

	while (!exiting) {
		fprintf(stderr, ".");
		sleep(1);
	}

	tc_opts.flags = tc_opts.prog_fd = tc_opts.prog_id = 0;
	err = bpf_tc_detach(&tc_hook, &tc_opts);
	if (err) {
		fprintf(stderr, "Failed to detach TC: %d\n", err);
		goto cleanup;
	}

cleanup:
	if (hook_created)
		bpf_tc_hook_destroy(&tc_hook);
	tc_bpf__destroy(skel);
	return -err;
}
DECLARE_LIBBPF_OPTS
  1. DECLARE_LIBBPF_OPTS(bpf_tc_hook, tc_hook, .ifindex = LO_IFINDEX, .attach_point = BPF_TC_INGRESS);这个声明创建了一个bpf_tc_hook结构体的实例tc_hook。bpf_tc_hook是一个libbpf提供的结构体，用于描述一个TC（Traffic Control）挂钩点。在这个结构体中，.ifindex字段是网络接口的索引号，这里被设置为LO_IFINDEX，代表本地环回设备（loopback device）的接口索引号，通常为1。.attach_point字段是挂钩点的类型，这里被设置为BPF_TC_INGRESS，代表这个挂钩点是一个入口点。
  2. DECLARE_LIBBPF_OPTS(bpf_tc_opts, tc_opts, .handle = 1, .priority = 1);这个声明创建了一个bpf_tc_opts结构体的实例tc_opts。bpf_tc_opts是一个libbpf提供的结构体，用于描述一个TC挂钩点的选项。在这个结构体中，.handle字段是这个挂钩点的句柄，这里被设置为1；.priority字段是这个挂钩点的优先级，这里也被设置为1。

执行效果

 Chrome_ChildIOT-6868    [019] d.s3. 93109.843628: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 52762, dst_port: 37351, tot_len: 463, ttl: 64
     clash-linux-8128    [018] d.s3. 93109.843773: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 37351, dst_port: 52762, tot_len: 368, ttl: 64
     clash-linux-8128    [018] d.s3. 93109.843780: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 52762, dst_port: 37351, tot_len: 52, ttl: 64
     clash-linux-8128    [018] d.s3. 93110.380165: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 37351, dst_port: 57856, tot_len: 72, ttl: 64
     clash-linux-8128    [018] d.s3. 93110.380178: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 57856, dst_port: 37351, tot_len: 52, ttl: 64
     clash-linux-31621   [017] d.s3. 93111.374526: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 37351, dst_port: 57856, tot_len: 72, ttl: 64
     clash-linux-31621   [017] d.s3. 93111.374539: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 57856, dst_port: 37351, tot_len: 52, ttl: 64
     clash-linux-8128    [018] d.s3. 93112.368961: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 37351, dst_port: 57856, tot_len: 72, ttl: 64
     clash-linux-8128    [018] d.s3. 93112.368974: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 57856, dst_port: 37351, tot_len: 52, ttl: 64
 Chrome_ChildIOT-6868    [019] d.s3. 93112.826725: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 52762, dst_port: 37351, tot_len: 463, ttl: 64
     clash-linux-31621   [017] d.s3. 93112.826876: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 37351, dst_port: 52762, tot_len: 368, ttl: 64
     clash-linux-31621   [017] d.s3. 93112.826883: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 52762, dst_port: 37351, tot_len: 52, ttl: 64
 Chrome_ChildIOT-6868    [019] d.s3. 93113.079085: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 52762, dst_port: 37351, tot_len: 463, ttl: 64
 Chrome_ChildIOT-6868    [019] d.s3. 93113.079128: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 56738, dst_port: 37351, tot_len: 463, ttl: 64
 Chrome_ChildIOT-6868    [019] d.s3. 93113.079161: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 52778, dst_port: 37351, tot_len: 473, ttl: 64
     clash-linux-6910    [012] d.s3. 93113.079181: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 37351, dst_port: 52762, tot_len: 368, ttl: 64
     clash-linux-6910    [012] d.s3. 93113.079191: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 52762, dst_port: 37351, tot_len: 52, ttl: 64
     clash-linux-31621   [017] d.s3. 93113.079587: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 37351, dst_port: 56738, tot_len: 4148, ttl: 64
     clash-linux-31621   [017] d.s3. 93113.079593: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 56738, dst_port: 37351, tot_len: 52, ttl: 64
     clash-linux-31621   [017] d.s3. 93113.079600: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 37351, dst_port: 56738, tot_len: 9728, ttl: 64
     clash-linux-31621   [017] d.s3. 93113.079605: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 37351, dst_port: 56738, tot_len: 59, ttl: 64
     clash-linux-6910    [012] d.s3. 93113.079844: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 37351, dst_port: 52778, tot_len: 4148, ttl: 64
     clash-linux-6910    [012] d.s3. 93113.079851: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 52778, dst_port: 37351, tot_len: 52, ttl: 64
     clash-linux-6910    [012] d.s3. 93113.079858: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 37351, dst_port: 52778, tot_len: 32248, ttl: 64
     clash-linux-6910    [012] d.s3. 93113.079862: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 37351, dst_port: 52778, tot_len: 59, ttl: 64
 Chrome_ChildIOT-6868    [019] d.s3. 93113.081719: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 56738, dst_port: 37351, tot_len: 52, ttl: 64
 Chrome_ChildIOT-6868    [019] d.s3. 93113.081748: bpf_trace_printk: Got IP packet: src_ip: 2130706433, dst_ip: 2130706433, src_port: 52778, dst_port: 37351, tot_len: 52, ttl: 64

 

Ym影子
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
6.10 Libbpf-bootstrap（一，简介）
从0到1，突破自己
05-29 1034
在看完前面的介绍，是不是感觉看了也就看了。但是，如果想要像BCC那样使用libbpf编写BPF程序，该怎么开始呢？那么这就需要libbpf-bootstrap了。libbpf-bootstrap是官方推荐的一个范式，就像我们写PPT的模版。简单来说可以简化我们的BPF开发流程，它可以帮助我们快速开发编写自己的BPF程序。这也就为什么把这个项目叫做bootstrap了。就像你需要使用一台电脑环境写个贪吃蛇游戏，那么你不需要在去买显卡，CPU，主板去组装一台电脑；而是只需要按下电源键即可。通过使用。
使用 libbpf-bootstrap 编写eBPF程序
撸大师的博客
12-22 902
3.只编写内核态代码的时候，使用 JSON 即可完成分发、加载、打包的过程，对于完整的、需要用户态和内核态进行交互的 eBPF 应用或工具，可以在 WASM 中编写复杂的用户态处理程序进行控制和处理，并且将编译好的 eBPF 字节码嵌入在 WASM 模块中一同分发，在目标机器上动态加载运行。2.基于 libbpf一次编译处处运行的特性，将用户态、内核态的编译和运行的完全分离，通过标准 JSON 或 WASM模块的方式进行分发，无需进行重新编译，应用启动占用资源少，时间短，甚至容器启动更短。
ebpf的快速开发工具--libbpf-bootstrap
Rice开发经验分享
10-16 223
libbpf-bootstrap是一个开源项目，旨在帮助开发者快速启动和开发使用eBPF(Extended Berkeley Packet Filter)和libbpf的程序。eBPF是一种可以在Linux内核中运行的程序，提供了强大的网络过滤、系统调用监控和性能分析等功能。libbpf是一个库，用于加载和管理eBPF程序和map。libbpf-bootstrap提供了一些样例程序和模板，帮助开发者理解如何使用libbpf创建、加载、管理eBPF程序，并与这些程序进行交互。
libbpf-bootstrap 开发指南：概念与如何安装
阿呆的隐秘角落
07-15 1641
libbpf-bootstrap 是一个项目，旨在帮助开发者快速启动和开发使用 eBPF (Extended Berkeley Packet Filter) 和 libbpf 的程序。eBPF 是一种可以在 Linux 内核中运行的程序，提供了强大的网络过滤、系统调用监控和性能分析等功能。libbpf 是一个库，用于加载和管理 eBPF 程序和 map。libbpf-bootstrap 提供了一些样例程序和模板，帮助开发者理解如何使用 libbpf 创建、加载、管理 eBPF 程序，并与这些程序进行交互。
libbpf-bootstrap开发指南：第一个tracepoint 监测demo - minimal
阿呆的隐秘角落
07-15 826
做全网最好的libbpf-bootstrap 开发指南
libbpf-bootstrap基础
qq_38232169的博客
01-02 1164
libbpf-bootstrap 源码下载，源码目录介绍，和libbpf的关系，eBPF的生命周期，CO-RE原理，x86-64 平台上的编译
libbpf-bootstrap交叉编译
qq_38232169的博客
01-05 1068
讲解 libbpf-bootstrap 在 arm32 平台上的交叉编译
dash-bootstrap-components：Plotly Dash的Bootstrap组件
01-30
dash-bootstrap-components是用于的组件库，可以更轻松地构建具有复杂，响应式布局的一致样式的Dash应用程序。 目录 安装 聚酰亚胺 您可以使用pip安装dash-bootstrap-components ： pip install dash-bootstrap-...
react-bootstrap-icons：用于Bootstrap图标的React组件
01-31
npm install react-bootstrap-icons --save 要么 yarn add react-bootstrap-icons 用法 import React from ' react ' ; import { ArrowRight } from ' react-bootstrap-icons ' ; export default function App () {...
swagger-bootstrap-ui-1.9.6-API文档-中文版.zip
07-13
赠送jar包：swagger-bootstrap-ui-1.9.6.jar； 赠送原API文档：swagger-bootstrap-ui-1.9.6-javadoc.jar； 赠送源代码：swagger-bootstrap-ui-1.9.6-sources.jar； 赠送Maven依赖信息文件：swagger-bootstrap-ui-...
react-bootstrap-carousel:React部分自举轮播
05-13
react-bootstrap-carousel 该项目支持使用构建的轮播组件。 安装 npm i --save react-bootstrap-carousel 入门 import ReactBootstrapCarousel from "react-bootstrap-carousel" ; import "bootstrap/dist/css/...
dj-bootstrap-components:Django Bootstrap 4组件
04-30
dj-bootstrap-components Django Bootstrap组件支持的Python版本：3.7+支持的Django版本：3.0.0+快速开始文档： : 1.安装“ dj-bootstrap-components”。 推荐且唯一受官方支持的方式是使用pip： pip install dj-...
使用libbpf-bootstrap构建BPF应用程序
RToax
02-21 1856
目录 为什么选择libbpf-bootstrap？ 先决条件 Libbpf引导概述 最小的应用 BPF方面 用户空间端 生成文件 引导程序 包括：vmlinux.h，libbpf和应用程序头 BPF地图 只读BPF配置变量 BPF环形缓冲区 BPF CO-RE 结论 libbpf-bootstrap脚手架可让您轻松快捷地开始使用自己的BPF应用程序，该脚手架将处理所有寻常的设置步骤，并使您能够直接体验BPF的乐趣并最大程度地减少必要的样板。我们将看看libbpf-boo..
eBPF新手入门，安装 eunomia-bpf 开发工具，跑libbbpf-bootstrap下的示例代码初步学习
最新发布
qq_46274911的博客
04-18 1185
eBPF入门，安装 eunomia-bpf 开发工具，跑libbbpf-bootstrap下的示例代码初步学习
BPF编程-使用libbpf-bootstrap构建BPF应用程序【译】
大草的博客
12-31 2413
使用libbpf-bootstrap构建BPF应用程序【译】
libbpf-bootstrap开发指南：适用于docker等虚拟环境的进程监测 - minimal_ns
阿呆的隐秘角落
07-15 1209
最全网最好的libbpf-bootstrap开发指南
libbpf-bootstrap开发指南：使用ringbuf 进行通信 - bootstrap
阿呆的隐秘角落
07-15 818
做全网最好的libbpf-bootstrap开发指南
libbpf-bootstrap Makefile阅读
qq_45675153的博客
09-02 597
此Makefile可以看做使用libbpf构建C项目的指南,也可帮助理解libbpf的工作方式Linux内核入门及WSL2上的重编译笔记_postKamous的博客-CSDN博客重新编译内核主要是为了使用libbpf,日后也可以再使用rust::redbpf。
htons函数具体解释
大方的专栏
06-25 4425
htons函数具体解释     在Linux和Windows网络编程时需要用到htons和htonl函数，用来将主机字节顺序转换为网络字节顺序。     在Intel机器下，执行以下程序int main()...{   printf("%d /n",htons(16));      return 0;}得到的结果是4096，初一看感觉很怪。    解释如下，数字16的16进制表示为0x0010，数字4096的16进制表示为0x1000。 由于Intel机器是小尾端，存储数字16时实际顺序为1000，存储40
libbpf-bootstrap
08-23
libbpf-bootstrap是一个工具，它提供了一些样例程序和模板，帮助开发者理解如何使用libbpf创建、加载、管理eBPF程序，并与这些程序进行交互。它还提供了集成到构建系统的模板，方便编译和链接eBPF程序。libbpf-bootstrap支持BPF CO-RE（Compile Once - Run Everywhere），这是一种让eBPF程序能够在不同版本的Linux内核上运行的技术。它还展示了如何从用户空间程序发送数据到eBPF程序，并从eBPF程序返回数据到用户空间。此外，libbpf-bootstrap还提供了详细的文档，包括安装指南、样例程序的使用方法以及如何创建自己的eBPF程序等。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* *3* [libbpf-bootstrap 开发指南：概念与如何安装](https://blog.csdn.net/qq_32378713/article/details/131744499)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

Ym影子

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

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

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

打赏作者

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

抵扣说明：

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

余额充值