Linux启动过程简略分析-start_kernel部分代码阅读

最新推荐文章于 2022-02-16 11:47:51 发布
原创 最新推荐文章于 2022-02-16 11:47:51 发布 · 1.4k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文简要分析Linux启动过程，重点探讨start_kernel和rest_init函数。在start_kernel中，进行内核初始化，包括锁依赖、cgroup、irq、time等；rest_init则创建kthreadd和系统初始化线程。启动过程涉及硬件初始化、调度器设置，最终进入用户态。调试方面，通过设置gdb断点进行分析。文章结尾概述了阅读源代码的体会和下一步的学习方向。

Linux 启动过程分析

源代码和工具

在kernel.org上可以下载各个版本的Linux.

概述

简单的说, 电脑加电启动后, 会进行自检(BIOS), 然后根据启动顺序, 依次检查可启动设备, 将找到的第一个可启动设备中特定区域内的内容(MBR), 拷贝到内存指定位置, 然后跳转到这个指定位置运行.到此, 软件系统才开始进行启动.软件系统启动分很多阶段, 但是在这个时候, 可以暂时分为两个阶段:加载阶段, 运行阶段.由于每代计算机都要兼容上一代计算机, 硬件无法把操作系统内核一次性全部加载到内存中, 而且, 内核也需要按照自己的需求, 将一些内容加载到特定内存位置, 所以, 在加载阶段, 计算机硬件加载的只是一个操作系统自己定制的加载器.这个加载器会收集一部分硬件信息, 为内核运行准备好环境, 然后将内核文件加载到指定的内存区域里, 然后在执行加载好的内核.有的操作系统会有两段加载过程, 第一段加载过程完成必要的初始化后加载第二段启动过程, 第二段加载过程就可以提供一个界面, 使用户能设置启动参数, 最后根据向内核传递的设置参数, 加载内核, 影响内核的工作方式.

操作系统有很多依赖体系的部分. 比如体系对内存的管理, 启动流程, 设备通信方式等等.从遥控器到大型机, 有太多的体系结构了.没必要了解每个体系结构.所以, 重要的部分应该是独立于体系结构的部分和操作系统如何处理与体系结构通信的部分, 这样才能更快地理解内核, 移植内核.

在进行一系列初始化(这部分严重依赖体系, 所以在/arch/x86目录下)之后, 进入start_kernel, 可以认为该部分对体系的依赖已经不是很大. 在这里, , 只提供了初始化的通用总体流程, 在流程中执行的各种操作, 会根据体系不同, 进行相应的条件编译. 从start_kernel开始, 就是使用C语言对内核的各个部分进行初始化, 最后进入rest_init, 将自己变为IDLE运行.在这个过程中要经过各种针对体系的初始化, 以支持操作系统的功能.start_kernel包括对硬件的初始化, 获取体系规格, 设置体系工作方式, 还包括对内核本身的初始化, 各种数据结构的初始化, 各种机制的初始化等.由于某些依赖于硬件, 比如任务调度依赖时钟中断, 所以要先初始化一部分硬件. 但是初始化某些硬件的时候, 也需要某些信息才能进行, 比如多核处理器上的调度方法和单核CPU的调度算法有所不同, 所以在调度之前要获取硬件规格.加之系统部件之间的相互依赖, 所以初始化的过程很复杂.每个部分的初始化可能分为很多阶段.

调试

在linux代码目录下执行make menuconfig进行设置, 选择确保kernel hacking -> Compile-time checks and compiler options -> Compile the kernel with debug info选中, 然后在linux目录下执行qemu -kernel ./arch/x86/boot/bzImage -s -S, 在另一个终端中执行gdb, 然后输入file ./linux-3.18.6/vmlinux, target remote :1234, b start_kernel, layout split, c, 之后就会停在start_kernel入口出. 其中file命令是加载要调试的文件, target是连接调试目标, b是设置断点, layout设置gdb的显示布局, c是运行被调试的程序.

调试过程截图

代码分析

start_kernel

在start_kernel之前, 就将task 0设置完毕. 由于对init_task来说, 很多部分是已知的, 所以用静态变量来设置struct task_struct init_task = INIT_TASK(init_task);(/init/init_task.c). 每个task记录了该task可以运行在哪个CPU上, 内存空间(mm_struct), 优先级, 父子任务关系等等很多信

最低0.47元/天 解锁文章
Linux内存管理（07）：fixmap详解
私房菜
04-12 1831
内核启动首先会进入汇编阶段，mmu已经启动 (也就是说，当前SOC只能使用虚拟地址访问RAM)，paging_init还没有完成调用，在内核启动过程需要访问某些特定的内核模块 (例如 dtb)时，就需要将虚拟地址和物理地址进行映射。这就是fixmap 机制产生的原因。fixmap 理解为固定映射，其虚拟地址空间是为了早期 fdt、console、外设动态映射、paging_init()使用。下面会通过代码的方式分别来看下这几个固定映射区域的分配和使用。
基于PowerPC的Linux内核之旅：第1站-early_init
JuanA1的专栏
10-26 1万+
很早之前就有写基于PowerPC架构的Linux源代码分析的文章的想法，但无奈于Linux源码量太大，逻辑也很复杂，再加上本身对PowerPC汇编了解不多，闲暇时间也没有太多，一直都没有什么机会。上个月，工作上的事情因为硬件的耽误稍微少了些，再加上自己之前分析U-Boot的源码时学了不少PowerPC汇编的知识，又移植了Linux中的SPI和Nand Flash的驱动源码到vxWorks，感觉时机
Linux启动流程分析
Tanswer_
03-02 1614
Linux系统从启动到提供服务的过程是这样，先是机器加电，然后通过MBR或者UEFI加载GRUB，再启动内核，内核启动服务，然后开始对外服务。 步骤： 加载BIOS的硬件信息与进行自我测试，并依据设置取得第一个可启动的设备(比如硬盘)； 读取并执行第一个开机装置内MBR 的boot Loader (即grub2, spfdisk 等程序)； 依据boot loader 的设置加载Kernel ，Ke
Linux系统编程之启动流程分析
浅想1534
07-16 485
一、Linux嵌入式系统启动方式主要有： （1）NandFlash启动 （2）SD/MMC卡启动 （3）EMMC启动 （4）USB设备启动 二、U-boot概念： U-boot是常用的一种嵌入式操作系统启动程序，是著名的开源BootLoader程序，可以启动Linux、Android等系统。 作为BootLoader，u-boot最基本的作用就是： （1）把操作系统镜像从介质（flash、nand...
start_kernel()分析（一）
宁 静 以 致 远
06-09 1万+
从某种意义上，函数start_kernel就好像一般可执行程序中的主函数main，系统进入这个函数之前已经进行了一些最低限度的初始化，再往前研究就涉及很多硬件相关及编程语言了，这里是较高层次的初始化，基本是C代码，一直想搞清楚内核的初始化流程，好对整个linux内核有更深理解。分析程序习惯性的找main函数，那么就从这个start_kernel看看。   这个函数在init/main.c： a
Linux开机启动过程分析
shieh的专栏
11-04 1074
 开机过程指的是从打开计算机电源直到LINUX显示用户登录画面的全过程。分析LINUX开机过程也是深入了解LINUX核心工作原理的一个很好的途径。启动第一步－－加载BIOS当你打开计算机电源，计算机会首先加载BIOS信息，BIOS信息是如此的重要，以至于计算机必须在最开始就找到它。这是因为BIOS中包含了CPU的相关信息、设备启动顺序信息、硬盘信息、内存信息、时钟信息、PnP特性等等。
start_kernel 分析
少帅的天空
03-12 5193
一位大师级的人物写的,不看要后悔的哟!!如果以为到了c代码可以松一口气的话，就大错特措了，linux的c也不比汇编好懂多少，相反到掩盖了汇编的一些和机器相关的部分，有时候更难懂。其实作为编写操作系统的c代码，只不过是汇编的另一种写法，和机器代码的联系是很紧密的。 start_kernel在 /linux/init/main.c中定义： asmlinkage void __init start_ke
ARMv8架构u-boot启动流程详细分析(一)
看我眼色行事的博客
02-16 1万+
文章目录1 概述2 armv8 u-boot的启动3 u-boot源码整体结构和一些编译配置方式3.1 编译配置方式 注：本文基于armv8架构来对u-boot进行启动流程分析，u-boot版本为2022-01。 1 概述 首先引用wiki上的简介： u-boot 是一个主要用于嵌入式系统的引导加载程序，可以支持多种不同的计算机系统结构。u-boot最先是由德国DENX软件中心团队开发，后续众多有志于开放源码bootloader移植工作的嵌入式开发人员将各个不同系列嵌入式处理器的移植工作不断展开和深入，以支
pj_status_t pjsua_media_channel_update(pjsua_call_id call_id, const pjmedia_sdp_session *local_sdp, const pjmedia_sdp_session *remote_sdp) { pjsua_call *call = &pjsua_var.calls[call_id]; pjmedia_session_info sess_info; pjmedia_stream_info *si = NULL; pj_status_t status; unsigned i; #if defined(PJSIP_HAS_FIREWALL_FILTER) && PJSIP_HAS_FIREWALL_FILTER!=0 PJ_FIREWALL_RULE* pFwRule = NULL; #endif char localIp[CMSIP_STR_40] = {0}; pj_uint16_t rtpPort = 0; pj_uint16_t rtcpPort = 0; pj_str_t tmpStr; int family = AF_INET; if (!pjsua_var.med_endpt) { /* We're being shutdown */ return PJ_EBUSY; } /*ycw-pjsip*/ /*we must compare the new stream with the old stram to decide to destroy the old stream or not*/ /* Destroy existing media session, if any. */ #if 0 prev_media_st = call->media_st; stop_media_session(call->index); #endif memset(&sess_info, 0, sizeof(sess_info)); /* Create media session info based on SDP parameters. */ status = pjmedia_session_info_from_sdp( call->inv->pool_prov, pjsua_var.med_endpt, PJMEDIA_MAX_SDP_MEDIA, &sess_info, local_sdp, remote_sdp); if (status != PJ_SUCCESS) { return status; } for (i = 0; i < sess_info.stream_cnt; ++i) { if (sess_info.stream_info[i].dir == PJMEDIA_DIR_NONE) { continue; } if (sess_info.stream_info[i].ulptime== 0) { sess_info.stream_info[i].ulptime = 20; } } /* Update audio index from the negotiated SDP */ call->audio_idx = find_audio_index(local_sdp, PJ_TRUE); CMSIP_PRINT("---call audio index(%d)---", call->audio_idx); /* Find which session is audio */ PJ_ASSERT_RETURN(call->audio_idx != -1, PJ_EBUG); PJ_ASSERT_RETURN(call->audio_idx < (int)sess_info.stream_cnt, PJ_EBUG); si = &sess_info.stream_info[call->audio_idx]; /* Reset session info with only one media stream */ sess_info.stream_cnt = 1; CMSIP_PRINT("-----stream cnt(%d)---", sess_info.stream_cnt); /*ycw-pjsip-t38. Ŀǰֻ֧��һ����*/ if (si != &sess_info.stream_info[0]) { pj_memcpy(&sess_info.stream_info[0], si, sizeof(pjmedia_stream_info)); si = &sess_info.stream_info[0]; } pjmedia_transport_udp_local_info(call->med_orig, localIp, &rtpPort, &rtcpPort, &family); CMSIP_PRINT("Get local rtp network address:%s:%d", localIp, rtpPort); CMSIP_PRINT("Get local rtcp network address:%s:%d", localIp, rtcpPort); CMSIP_PRINT("Get local family:%d(AF_INET:%d,AF_INET6:%d)", family, AF_INET, AF_INET6); tmpStr = pj_str(localIp); pj_sockaddr_init(family, &si->local_addr, &tmpStr, rtpPort); pj_sockaddr_init(family, &si->local_rtcp, &tmpStr, rtcpPort); /*ycw-pjsip-t38*/ /*for the new re-INVITE, we accept all. But, we must check the new stream equal the old stream or not. If they are same, we need not re-create the stream*/ if (call->session && call->session->stream_cnt == sess_info.stream_cnt && pjsua_media_stream_info_equal(&call->session->stream_info[0], si) /*now, just support one stream */) { CMSIP_PRINT("----the existed session has the same transport info, do not re-create--"); goto ON_SUCCESS; } CMSIP_PRINT("destroy old stream, create new stream."); /*ycw-pjsip*/ stop_media_session(call->index); /* Check if no media is active */ if (sess_info.stream_cnt == 0 || si->dir == PJMEDIA_DIR_NONE) { /* Call media state */ call->media_st = PJSUA_CALL_MEDIA_NONE; /* Call media direction */ call->media_dir = PJMEDIA_DIR_NONE; /* Don't stop transport because we need to transmit keep-alives, and * also to prevent restarting ICE negotiation. See * http://trac.pjsip.org/repos/ticket/1094 */ #if 0 /* Shutdown transport's session */ pjmedia_transport_media_stop(call->med_tp); call->med_tp_st = PJSUA_MED_TP_IDLE; /* No need because we need keepalive? */ /* Close upper entry of transport stack */ if (call->med_orig && (call->med_tp != call->med_orig)) { pjmedia_transport_close(call->med_tp); call->med_tp = call->med_orig; } #endif } else { pjmedia_transport_info tp_info; /* Start/restart media transport */ CMSIP_PRINT("----start media transport-------------"); status = pjmedia_transport_media_start(call->med_tp, call->inv->pool_prov, local_sdp, remote_sdp, call->audio_idx); if (status != PJ_SUCCESS) return status; CMSIP_PRINT("-----media transport state is running---------"); call->med_tp_st = PJSUA_MED_TP_RUNNING; /* Get remote SRTP usage policy */ pjmedia_transport_info_init(&tp_info); pjmedia_transport_get_info(call->med_tp, &tp_info); if (tp_info.specific_info_cnt > 0) { unsigned i; for (i = 0; i < tp_info.specific_info_cnt; ++i) { if (tp_info.spc_info[i].type == PJMEDIA_TRANSPORT_TYPE_SRTP) { pjmedia_srtp_info *srtp_info = (pjmedia_srtp_info*) tp_info.spc_info[i].buffer; call->rem_srtp_use = srtp_info->peer_use; break; } } } /*ycw-pjsip*/ #if 0 /* Override ptime, if this option is specified. */ if (pjsua_var.media_cfg.ptime != 0) { si->param->setting.frm_per_pkt = (pj_uint8_t) (pjsua_var.media_cfg.ptime / si->param->info.frm_ptime); if (si->param->setting.frm_per_pkt == 0) si->param->setting.frm_per_pkt = 1; } #endif /* Disable VAD, if this option is specified. */ if (pjsua_var.media_cfg.no_vad) { si->param->setting.vad = 0; } /* Optionally, application may modify other stream settings here * (such as jitter buffer parameters, codec ptime, etc.) */ #if 0 si->jb_init = pjsua_var.media_cfg.jb_init; si->jb_min_pre = pjsua_var.media_cfg.jb_min_pre; si->jb_max_pre = pjsua_var.media_cfg.jb_max_pre; si->jb_max = pjsua_var.media_cfg.jb_max; #endif /* ycw-pjsip: vbd support */ if (call->request_channel_mode == pj_channel_passthrough) { #if 0 si->jb_min_pre = si->jb_max_pre = -2; #endif si->vad = si->cng = 0; } /* Set SSRC */ #if 0 si->ssrc = call->ssrc; #endif /* Set RTP timestamp & sequence, normally these value are intialized * automatically when stream session created, but for some cases (e.g: * call reinvite, call update) timestamp and sequence need to be kept * contigue. */ #if 0 si->rtp_ts = call->rtp_tx_ts; si->rtp_seq = call->rtp_tx_seq; si->rtp_seq_ts_set = call->rtp_tx_seq_ts_set; #endif #if defined(PJMEDIA_STREAM_ENABLE_KA) && PJMEDIA_STREAM_ENABLE_KA!=0 /* Enable/disable stream keep-alive and NAT hole punch. */ si->use_ka = (call->acc_id >= 0) ? pjsua_var.acc[call->acc_id].cfg.use_stream_ka : PJ_TRUE; #endif /* Create session based on session info. */ status = pjmedia_session_create( pjsua_var.med_endpt, &sess_info, &call->med_orig, call, call_id, # if (!(defined(PJ_MEDIA_TRANSIT_BY_PJSIP) && 0==PJ_MEDIA_TRANSIT_BY_PJSIP) || \ defined(INCLUDE_PSTN_GATEWAY)) &call->dsp_med_tp, # endif # if defined(PJ_MEDIA_TRANSIT_BY_PJSIP) && 0==PJ_MEDIA_TRANSIT_BY_PJSIP # if defined(INCLUDE_USB_VOICEMAIL) call->isUsbVm, # endif # if defined(INCLUDE_PSTN_GATEWAY) call->isPstn, # endif # endif # if defined(PJSIP_HAS_FIREWALL_FILTER) && PJSIP_HAS_FIREWALL_FILTER!=0 #ifdef INCLUDE_VOIP_SUPPORT_IPV6 pj_firewall_get_fwtype(call->fwRule[0].family), #else pjsua_var.fwType, #endif pjsua_var.tcMark, # endif &call->session ); if (status != PJ_SUCCESS) { return status; } #if defined(PJSIP_HAS_FIREWALL_FILTER) && PJSIP_HAS_FIREWALL_FILTER!=0 for (i = 0; i < PJ_ARRAY_SIZE(call->fwRule); ++i) { pFwRule = &call->fwRule[i]; if (pFwRule->destination.slen > 0 && pFwRule->dport > 0) { status = pj_firewall_set_rule_accept(PJ_FIREWALLCFG_DEL, pFwRule->protocol, &(pFwRule->destination), NULL, pFwRule->dport, NULL, NULL, -1, pj_firewall_get_fwtype(pFwRule->family) #ifdef INCLUDE_VOIP_SUPPORT_IPV6 , pFwRule->family #endif /* INCLUDE_VOIP_SUPPORT_IPV6 */ , pjsua_var.tcMark); if (status != PJ_SUCCESS) { printf("==%s,%d==firewall rule set error!!!!====", __FUNCTION__, __LINE__); } } memset(pFwRule, 0, sizeof(PJ_FIREWALL_RULE)); } #endif CMSIP_PRINT("----session create successfully--------------------------------"); /* If DTMF callback is installed by application, install our * callback to the session. */ if (pjsua_var.ua_cfg.cb.on_dtmf_digit) { #if 0 pjmedia_session_set_dtmf_callback(call->session, 0, &dtmf_callback, (void*)(long)(call->index)); #endif } /* Call media direction */ call->media_dir = si->dir; /* Call media state */ if (call->local_hold) { call->media_st = PJSUA_CALL_MEDIA_LOCAL_HOLD; } else if (call->media_dir == PJMEDIA_DIR_DECODING) { call->media_st = PJSUA_CALL_MEDIA_REMOTE_HOLD; } else { call->media_st = PJSUA_CALL_MEDIA_ACTIVE; } } ON_SUCCESS: /* Print info. */ { char info[80]; int info_len = 0; unsigned i; for (i = 0; i < sess_info.stream_cnt; ++i) { int len; const char *dir; pjmedia_stream_info *strm_info = &sess_info.stream_info[i]; switch (strm_info->dir) { case PJMEDIA_DIR_NONE: dir = "inactive"; break; case PJMEDIA_DIR_ENCODING: dir = "sendonly"; break; case PJMEDIA_DIR_DECODING: dir = "recvonly"; break; case PJMEDIA_DIR_ENCODING_DECODING: dir = "sendrecv"; break; default: dir = "unknown"; break; } len = pj_ansi_sprintf( info+info_len, ", stream #%d: %.*s (%s)", i, (int)strm_info->fmt.encoding_name.slen, strm_info->fmt.encoding_name.ptr, dir); if (len > 0) { info_len += len; } } PJ_LOG(4,(THIS_FILE,"Media updates%s", info)); } return PJ_SUCCESS; } 实现通知内核rtp的端口是多少，应该怎么做
最新发布
10-21
- 媒体传输（transport）已启动（`pjmedia_transport_media_start()`） - 实际的本地地址和端口已确定 - session 即将创建或已创建 --- ## ✅ 目标 我们要在媒体会话真正开始前，把以下信息传递给**内核态模块**...
linux源码分析（二）－启动过程
weixin_34162401的博客
10-25 163
前置：这里使用的linux版本是4.8，x86体系。 这篇是 http://home.ustc.edu.cn/~boj/courses/linux_kernel/1_boot.html 的学习笔记。 linux的启动过程有点像是小鱼吃大鱼，最后吃成一个胖子。 计算机中的PC寄存器是用来指示下个执行程序。最开始的时候，pc寄存器都是指向0xfffffff0。这个程序是指向BIOS的POST程序的。...
（转）start_kernel 代码分析
weixin_30900589的博客
08-18 307
head-common.S---具体做了哪些动作---跳转到init/main.c ---b start_kernel//关于start_kernel的强文深入理解linux内核，第八章main.casmlinkage void __init start_kernel(void){char * command_line;extern struct kernel_param __start___pa...
start_kernel分析
lucien的博客
04-21 1053
在构架相关的汇编代码运行完之后，程序跳入了构架无关的内核C语言代码：init/main.c中的start_kernel函数，在这个函数中Linux内核开始真正进入初始化阶段。    下面就顺这代码逐个函数的解释，但是这里并不会过于深入每个函数，因为这样就会只见树木，不见森林。分析代码首先要从构架上宏观地理解，然后再去考虑细节问题 asmlinkage void __init start_k
linux kernel 从入口到start_kernel 的代码分析
热门推荐
aaronychen的专栏
08-27 1万+
linux kernel 从入口到start_kernel 的代码分析本文的很多内容是参考了网上某位大侠的文章写的>，有些东西是直接从他那copy过来的。最近分析了一下u-boot的源码，并写了分文档， 为了能够衔接那篇文章，这次又把arm linux的启动代码大致分析了一下，特此写下了这篇文档。一来是大家可以看看u-boot到底是如何具体跳转到linux下跑的，二来也为自己更深入
Linux的启动流程分析
goodxianping的专栏
05-26 236
文档下载地址：https://download.youkuaiyun.com/download/goodxianping/19096926 Linux的启动流程 　　1. 从BIOS到KERNEL 　　BIOS自检－>MBR(GRUB)－>KERNEL－>KERNEL自解压－>内核初始化－>内核启动 　　BIOS自检 　　当电脑开机的时候，电脑会进入BIOS，BIOS的工作主要是侦测电脑的周边配套设备是否工作正常，如CPU的类型、速度、缓存等 ...
linux启动流程分析
lieye_leaves的专栏
04-13 1441
Linux启动流程分析一．概述Linux从汇编跳转到C语言执行的第一个函数是start_kernel()，在该函数中执行一定的函数后，会启动第一个内核进程，即kernel_init（），其中一个主要的执行函数是do_basic_setup(),里面又调用了函数do_initcalls（），在该函数中加载编译时声称的不同模块，可根据需要决定是否加载。本文根据通过make menuconfig进行初步
Linux 启动代码 Start_kernel()函数分析
身份验证的专栏
06-04 870
转载至： http://www.codesky.net/article/200812/158419.html
详解linux系统的启动过程及系统初始化
weixin_34381687的博客
05-04 715
一、linux系统的启动流程    关于linux系统的启动流程我们可以按步进行划分为如下： POST加电自检--&gt;BIOS(Boot Sequence)--&gt;加载对应引导上的MBR(bootloader)--&gt;主引导设置加载其BootLoader--&gt;Kernel初始化--&gt;initrd—&gt;/etc/init进程加载/etc/inittab，其进程流程图如下：...
linux系统的启动过程分析,Linux系统启动过程分析
weixin_30801745的博客
05-13 296
Linux系统启动过程分析主要内容：1.启动过程几个主要文件简介2. 开机过程详细说明3. 开机过程详图启动过程中的几个主要文件及其作用：(按照加载次序列出)作用/etc/inittab定义在进入或切换各个级别时系统需要执行的动作init在初始化系统时需要读取其中配置/etc/rc.d/rc.sysinit由init进程调用执行完成下面的初始化工作：1.获取网络环境及主机类型2.测试与载入内存设备...
whitebeam-1.0.1.linux-x86_64 Python库安装与应用
资源摘要信息:"whitebeam-1.0.1.linux-x86_64.tar.gz是一个Python库的压缩包文件，主要用于Linux系统的x86_64架构。该文件属于Python语言类别，用户可以通过官方渠道获取。该资源的安装方法可以在指定的博客链接中...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值