ST源码分析-st_init

2024-06-24 01:48
文章标签 分析 源码 init st

本文主要是介绍ST源码分析-st_init,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

SRS 的社群来了,想加入微信社群的朋友请购买《SRS原理》电子书,里有更高级的内容与答疑服务。


在上一篇文章《ST源码分析-lookupdns》里,已经通过一个简单的域名查询程序演示了 ST 协程的使用。

本文 主要分析 st_init() 函数的内部实现。

lookupdns 流程图如下:

在讲代码逻辑,流程之前,贴一张主要的数据结构关系图,方便大家参考:

全局变量如下:

st_init() 函数的流程图如下:

先说一下我自己的环境,我的电脑是 Ubuntu 16,CPU 是 X86-64 ,我的 ST 用的是 _st_select_eventsys 调度器,不是 _st_poll_eventsys 或者 _st_epoll_eventsys,ST 编译的时候会根据不同的平台环境选择不同的事件调度器。

st_init() 函数的流程 主要有以下重点:

1,里面使用了一个 _st_this_vp 的全局变量,可以把这个变量理解成协程管理器,管理全部的协程。 vp 实际上是 virtual processors 的缩写。 也就是虚拟进程,这个就是说,_st_this_vp 就想操作系统的进程一样,对里面的线程进行调度,进程是 processor ,线程/协程 是thread。

2,然后 创建 一个 idle (空闲) 协程,代码如下:

/** Create idle thread*/
_st_this_vp.idle_thread = st_thread_create(_st_idle_thread_start,NULL, 0, 0);

st_thread_create() 这个函数非常精妙,实际上里面就是 调 mmap 申请一块内存,拿一部分出来,转为 _st_thread_t 结构。所以 协程,其实是一块内存数据。thread 可以代表协程,也可以代表 线程,要结合上下文来理解,在 ST的官网文档,thread 其实他指的是协程。

3,创建 primordial (始祖) 协程

/** Initialize primordial thread*/
thread = (_st_thread_t *) calloc(1, sizeof(_st_thread_t) +(ST_KEYS_MAX * sizeof(void *)));

4,把 始祖 协程 设置为当前运行协程。

_ST_SET_CURRENT_THREAD(thread);

这里比较有趣,因为对于 ST 来说,st_thread_create 中所有的函数都是协程。对于 main 函数来说,他也应该是一个协程。所有这里 也不叫 创建 始祖协程 ,而是把 当前 运行的 main 变成一个协程。所以可以看到,这个 thread 变量,自己没有 start 函数。


扩展知识:

md.h 跟 md.S 有很多的宏判断,有时候不清楚自己是什么平台,不知道具体的分支逻辑。推荐一个调试技巧。使用 #pragma message("消息文本") 在 宏分支入口打印调试信息,然后 gcc 的时候就会有相关的提示。

调试技巧:打印宏。

#pragma message("消息文本")

相关阅读:

  1. 《杨成立state-threads代码分析》

由于笔者的水平有限, 加之编写的同时还要参与开发工作,文中难免会出现一些错误或者不准确的地方,恳请读者批评指正。如果读者有任何宝贵意见,可以加我微信 Loken1。QQ:2338195090。

这篇关于ST源码分析-st_init的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1088861

相关文章

Spring Boot Interceptor的原理、配置、顺序控制及与Filter的关键区别对比分析

《SpringBootInterceptor的原理、配置、顺序控制及与Filter的关键区别对比分析》本文主要介绍了SpringBoot中的拦截器(Interceptor)及其与过滤器(Filt... 目录前言一、核心功能二、拦截器的实现2.1 定义自定义拦截器2.2 注册拦截器三、多拦截器的执行顺序四、过

C++ scoped_ptr 和 unique_ptr对比分析

《C++scoped_ptr和unique_ptr对比分析》本文介绍了C++中的`scoped_ptr`和`unique_ptr`,详细比较了它们的特性、使用场景以及现代C++推荐的使用`uni... 目录1. scoped_ptr基本特性主要特点2. unique_ptr基本用法3. 主要区别对比4. u

Nginx内置变量应用场景分析

《Nginx内置变量应用场景分析》Nginx内置变量速查表,涵盖请求URI、客户端信息、服务器信息、文件路径、响应与性能等类别,这篇文章给大家介绍Nginx内置变量应用场景分析,感兴趣的朋友跟随小编一... 目录1. Nginx 内置变量速查表2. 核心变量详解与应用场景3. 实际应用举例4. 注意事项Ng

Java多种文件复制方式以及效率对比分析

《Java多种文件复制方式以及效率对比分析》本文总结了Java复制文件的多种方式,包括传统的字节流、字符流、NIO系列、第三方包中的FileUtils等,并提供了不同方式的效率比较,同时,还介绍了遍历... 目录1 背景2 概述3 遍历3.1listFiles()3.2list()3.3org.codeha

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

分析 Java Stream 的 peek使用实践与副作用处理方案

《分析JavaStream的peek使用实践与副作用处理方案》StreamAPI的peek操作是中间操作,用于观察元素但不终止流,其副作用风险包括线程安全、顺序混乱及性能问题,合理使用场景有限... 目录一、peek 操作的本质:有状态的中间操作二、副作用的定义与风险场景1. 并行流下的线程安全问题2. 顺

MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决

《MyBatis/MyBatis-Plus同事务循环调用存储过程获取主键重复问题分析及解决》MyBatis默认开启一级缓存,同一事务中循环调用查询方法时会重复使用缓存数据,导致获取的序列主键值均为1,... 目录问题原因解决办法如果是存储过程总结问题myBATis有如下代码获取序列作为主键IdMappe