等待梳理

最新推荐文章于 2022-07-06 14:19:41 发布
原创 最新推荐文章于 2022-07-06 14:19:41 发布 · 244 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

找个机会整理下心情和思绪。

有些疲惫了。

业务梳理方法论
数通畅联
08-19 3283
数通畅联致力提供开放、敏捷的集成产品和解决方案，公司多年耕耘于应用系统集成领域，公司现已进入集成范畴的深水区，如：基础数据治理、数据治理分析、深度业务集成、系统流程整合等，对于此类集成类项目对于典型行业的业务场景、集成模式、集成场景均涵盖至深度应用领域。集成过程中各行业业务场景及领域各有不同，但行业内可运行流转均是有规律可循，而且梳理、学习、整理行业典型业务交互的方法却是可以复用的。 本文是公司承接项目过程中对项目涉及行业领域的涵盖业务场景、交互、流转、集成梳理过程的整理及总结，把所感所悟分享给各位读者，
系统对接梳理
ShewMi的专栏
07-08 5298
1、含义 消除信息孤岛，利用资源（资源整合、业务间的合作），或者优化性能、安全性、稳定性，产生价值（不一定更高，也可能亏） 2、按系统类型 同类系统、异构系统 3、按通讯类型 通讯协议划分、通讯方式划分 4、按架构类型 应用系统间、应用系统与中间件、中间件与中间件、应用系统与操作系统、中间件与操作系统 5、按用途 IT优化、业务需求、合规监管、新旧改造 尽管从不同角度有不同的划分，但是这些类型之间的划分是有关联的，他们的依赖关系通常如下： 6、通讯方式、通讯协议 无论..
业务调研梳理方法论
辣椒炒肉~的博客
07-06 1135
业务调研梳理方法论
OpenHarmony-标准设备系统代码操作梳理
热门推荐
@_南先生的博客
12-16 9万+
本文主要介绍windows环境下RK3568开发板全流程操作梳理，供参考，含代码下载、版本编译、烧写、测试套编译、执行等操作梳理（注：除过烧写和用例执行，其他代码下载编译等都是在Ubuntu环境下操作，建议个人用户家目录下存放个人数据：工具安装、代码下载等），代码上库和hdc的相关命令操作等参考本人另一篇OpenHarmony-代码操作总结相关部分。 OpenHarmony开发资料归档 目录 一、板子组装 二、WSL2安装 三、获取源码 注册码云gitee账号 注册码云SSH公钥 安装g..
订单业务梳理
Sean'Xu Blogs
07-29 1199
generate：初始化订单，生成待审核订单 校验用户是否存在以及是否被禁用 校验商品，是否已下架，选购数量是否正，不能为0，不能为null并不能操作5件，检查商品库存，门店会员则检查门店库存 预售商品，检查预售时间、预售渠道是否满足配置要求 组装满足条件的商品数据结构 处理收件人，获取默认收件人信息，如果没有默认收件人则获取收件人第一条数据 获取优惠券列表，查询此用户所有满足该商品及渠道的优惠券信息，同时将优惠券的数据封装，并筛选优惠可使用平台及跳转类型。优惠券总可使用次数及剩余可用次数，如果
Java AQS 梳理
勿忘初心
03-03 6941
AQS：AbstractQueuedSynchronizer 1、设计简介 AQS的实现是基于一个FIFO的等待队列。 使用单个原子变量来表示获取、释放锁状态（final int）改变该int值使用的是CAS。 子类应该定义一个非公开的内部类继承AQS，并实现其中方法。 AQS支持exclusive与shared两种模式。 内部类ConditionObject用于支持子类实现exclus...
流程梳理
阿朱=行业趋势+开发管理+架构
04-15 1万+
流程梳理很多CIO和我联系希望我讲讲流程管理、流程和IT结合的事。因为CIO们在推进IT项目时候，不理解业务流程、企业业务流程不清晰、业务流程和IT功能怎么结合使用，这些问题给IT项目的推进带来了很大的阻碍，所以希望我能分享一些经验。一、流程的本质流程是什么？是岗位和岗位、部门和部门、企业和企业之间的协作制度。管理是什么？管理的价值是什么？管理就是把一帮平凡的人组织起来（岗位职责分工/岗位配合/人
Java&Android 知识梳理目录 - 2
Mr_Duoduo的博客
03-19 636
一、Java 知识梳理 Java&Android 基础知识梳理(0) - Java 基础知识大纲Java&Android 基础知识梳理(1) - 注解Java&Android 基础知识梳理(2) - 序列化Java&Android 基础知识梳理(3) - 内存区域Java&Android 基础知识梳理(4) - 垃圾收集器与内存分配策略Java&A...
web知识梳理
jieqiang3的专栏
04-23 4634
这篇主要梳理一下web相关的原理知识。
精选资源
C#系列知识点梳理.pdf
11-30
【C#知识点梳理】 C#是一种面向对象的编程语言，具有丰富的特性和强大的功能。以下是对C#中一些核心知识点的详细阐述： 1. **线程**：线程是程序执行的路径，代表着程序中的独立控制流。线程有多种状态，包括未...
Java基础IO知识梳理
08-09
Java基础IO知识梳理 Java中的IO（输入/输出）是处理数据传输的重要机制，主要用于在应用程序和外部资源（如文件、网络连接等）之间传输数据。Java的IO流库被广泛应用于各种数据处理场景中。为了提高程序的健壮性...
数据库考点梳理1
08-03
本篇主要梳理了数据库的一些关键知识点，涵盖了理论基础、设计方法、并发控制以及恢复技术等多个方面。 首先，我们来看模型的三要素，即实体、属性和联系。在数据库设计中，这三者构成了数据模型的基础。实体代表...
学来的三线表的画法
lc_dsj的专栏
05-06 1714
先制作一个普通表格,然后word里面,表格/自动套用格式/古典型1,然后下面复选框只选中第一个,所做的表就是三线表。如图所示利用Word的自动套用表格样式，然后稍做修改
外场巡视录01
lc_dsj的专栏
03-07 882
天气真的变暖了，风吹在身上感觉非常舒服。这个季节去外面转转是件让人高兴的事，可是因为工作要出去，还要陪着甲方和监理，让人感觉略有不适！究其原因，不深究，今天就外场进度问题，从技术的角度剖析下。          1，设备已经完成安装，但是无处引电。其中两个点位于一个十字路口的两侧，从附近交通岗引电，但后来线被扯了，甲方的人去沟通，同意把电接上，但是推辞说交通岗本身没有电。          2
女友在另一个城市找到了工作
lc_dsj的专栏
03-22 837
一场大病、一段时间的轰轰烈烈的心理革命研究生的女友在另一个城市找到了工作从知道到现在过去24小时了我心一直持续亢奋在这个不平静的心态下混乱的思维指挥着零星无序的动作短路的神经产生了无数强烈、杂乱的火花大脑皮层的兴奋此起彼伏乱麻似的网状结构彼此之间纠结的更紧过去、现在和将来昨天、今天和明天 不知是无标准的对错导致了现在的无所谓还是无所谓
增长有点快的外债
lc_dsj的专栏
12-21 835
       18号下午去北京，21号凌晨2点回到东营。期间花了2.5k，外债有所增长，又有3K。       应该有所改变了。       沉着冷静、整合资源。       今天本来是要整理网站资料的，又打扫了一个小时的卫生。
掷去欺辱 自取其辱 智取其乳
lc_dsj的专栏
11-26 819
  天行健、君子当自强不息！
请客与谈判的学问 1
lc_dsj的专栏
12-14 633
     前几天，我和Y一起请客户S吃饭。因为工作的原因，我们已经数次请他们吃饭了。前几次总感觉请客的过程有些什么不对，今天偶然才发现，是邀请时出了问题，没有表明“我们领导要我们感谢你们，来请你吃顿饭。”请客一定要表达是领导的意思。    我们和S之间有关于工程用线量需要双方确定，他们是施工方，我们是供货方。几天前，他们口头告诉我们了用线量，我们没有认真对待。拿回来后，发现用量与我们预计有很大
NND
lc_dsj的专栏
11-26 543
 从骂人开始！睡醒了，开始学习自己、学习知识！NND
loader_thread_main 梳理
最新发布
11-07
我们来对 `loader_thread_main()` 进行一次**系统性、结构化、工程级的全面梳理**，涵盖其 **职责定位、执行流程、线程关系、资源管理、典型代码模式和常见陷阱**。 --- ## 🎯 一、`loader_thread_main()` 的核心定位 > `loader_thread_main` 是一个在 QNX 或其他嵌入式实时系统中常见的“引导加载线程”（Boot Loader Thread），它不是程序入口，但通常是第一个执行业务逻辑的工作线程。 ### ✅ 核心职责总结： | 职责 | 说明 | |------|------| | 🔹 镜像加载 | 加载 `.img` 文件到内存（如 audio.img、net.img） | | 🔹 触发挂载 | 将镜像信息传递给 `mount_thread` 执行实际挂载 | | 🔹 动态初始化 | 按需启动其他服务线程或守护进程 | | 🔹 状态同步 | 等待关键设备就绪（如 /dev/io-audio）后再继续 | | 🔹 消息通信 | 使用队列、信号量或消息通道与其他线程协作 | --- ## 🔄 二、典型调用流程图 ```text [main()] ↓ pthread_create(&tid_loader, NULL, loader_thread_main, NULL) ↓ loader_thread_main() ← 开始运行 ↓ waitfor_trailer_and_mount_ifs("/boot/audio.img") ↓ img = load_ifs2image("/boot/audio.img") → 解析镜像头部 ↓ task = malloc(mount_task_t); task->path = "/boot/audio.img"; task->script = "on mount { audiodrv & }" ↓ queue_push(mount_queue, task); → 触发 mount_thread_main ↓ continue loading next image... ``` 📌 注意：`loader_thread_main` 不直接执行挂载动作，而是“通知”另一个线程去做。 --- ## 💡 三、典型实现代码（带注释） ```c // 全局队列，用于向 mount 线程发送任务 extern queue_t *g_mount_queue; extern pthread_mutex_t g_queue_lock; // 挂载任务结构体 typedef struct { char *image_path; char *mount_script; // 启动脚本，例如 "audiodrv &" } mount_task_t; // 主要工作线程函数 void *loader_thread_main(void *arg) { const char *images[] = { "/boot/audio.img", "/boot/net.img", "/boot/gui.img", NULL }; const char *scripts[] = { "waitfor /dev/io-audio && audiodrv &", "io-pkt -d e1000 &", "display_manager &", }; int idx = 0; while (images[idx] != NULL) { const char *img_path = images[idx]; const char *script = scripts[idx]; // 步骤1：等待 IFS trailer（可选） if (waitfor_trailer_and_mount_ifs(img_path) != EOK) { slogf("Failed to load %s", img_path); idx++; continue; } // 步骤2：加载镜像数据（解析 header、映射内存等） image_t *loaded_img = load_ifs2image(img_path); if (!loaded_img) { slogf("load_ifs2image failed for %s", img_path); idx++; continue; } // 步骤3：构造挂载任务 mount_task_t *task = malloc(sizeof(mount_task_t)); if (!task) { free_image(loaded_img); idx++; continue; } task->image_path = strdup(img_path); task->mount_script = strdup(script); // 步骤4：推送到 mount 线程处理 pthread_mutex_lock(&g_queue_lock); queue_push(g_mount_queue, task); pthread_mutex_unlock(&g_queue_lock); slogf("Posted mount task for %s", img_path); idx++; sleep(1); // 可选：防止过快加载 } // 可以选择退出或转入监听模式 pthread_exit(NULL); } ``` --- ## 🔗 四、与其它线程的关系 | 线程 | 关系类型 | 说明 | |------|----------|------| | `main()` | 创建者 | `main()` 调用 `pthread_create(loader_thread_main)` | | `mount_thread_main()` | 协作者 | 接收 `loader_thread_main` 发送的任务并执行挂载 | | `launcher_thread_main()` | 并行者 | 可能并行启动应用或服务脚本 | | `queue_pop()` 循环 | 消费者-生产者 | `loader_thread_main` 是生产者，`mount_thread_main` 是消费者 | --- ## ⚠️ 五、常见设计问题与风险 | 问题 | 风险 | 建议解决方案 | |------|------|----------------| | 在 `loader_thread_main` 中创建 `mount_thread_main` | 强耦合、难以调试 | 改为在 `main()` 中统一创建所有线程 | | 直接调用 `do_mount()` 而不通过队列 | 线程阻塞、职责不清 | 使用异步消息机制解耦 | | 忘记加锁访问共享队列 | 竞态条件、崩溃 | 使用 `pthread_mutex_t` 保护队列操作 | | 内存泄漏（strdup/malloc 后未释放） | 长期运行时耗尽内存 | 确保 `mount_thread_main` 处理完后 `free(task)` | | 忽略 `waitfor` 导致设备未准备好 | 驱动启动失败 | 使用 `waitfor /dev/io-audio` 等确保依赖满足 | --- ## 🧩 六、推荐架构优化：解耦 + 消息驱动 ```c // main.c int main() { // 初始化全局资源 g_mount_queue = create_queue(); pthread_mutex_init(&g_queue_lock, NULL); // 并行创建所有线程 pthread_create(&tid_loader, NULL, loader_thread_main, NULL); pthread_create(&tid_mount, NULL, mount_thread_main, NULL); pthread_create(&tid_launch, NULL, launcher_thread_main, NULL); for (;;) pause(); } ``` 这样做的好处： - ✅ 解除“谁创建谁”的依赖 - ✅ 更容易测试和替换组件 - ✅ 符合微内核思想：各模块独立、通过 IPC 通信 --- ## 📊 七、生命周期管理建议 | 阶段 | 建议行为 | |------|---------| | 启动阶段 | 设置优先级（`sched_setscheduler`）、绑定 CPU（可选） | | 运行阶段 | 使用 `slogf()` 记录关键事件，便于 trace | | 错误处理 | 出错时不 panic，记录日志后跳过当前项 | | 终止阶段 | 不主动退出，除非是临时任务线程；否则应长期运行 | --- ## ✅ 八、最佳实践总结 | 实践 | 说明 | |------|------| | ✅ 使用消息队列通信 | 避免直接函数调用，提升模块化 | | ✅ 分离“发现”与“执行” | `loader` 负责发现要加载的内容，`mount` 负责执行 | | ✅ 统一在线程外创建线程 | 在 `main()` 中创建所有 worker thread | | ✅ 添加日志输出 | 使用 `slogf()` 或 `fprintf(stderr, ...)` 方便调试 | | ✅ 处理异常情况 | 如镜像不存在、加载失败、内存不足等 | --- ##
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值