59 cc

已于 2025-04-18 11:08:43 修改
阅读量516 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 企业实战 文章标签： elasticsearch 大数据
于 2023-01-09 19:44:17 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/mm970919/article/details/128620154
本文详述了Loki，一个由Grafana Labs开发的轻量化日志聚合系统，作为ELK替代品，其特点是不全文索引，只索引标签，节省资源。Loki与Prometheus兼容，特别适合Kubernetes环境。文章介绍了如何在Grafana中配置和使用Loki，以及其部署、标签匹配模式和日志管理的最佳实践。

cc

通过rancher部署loki-distributed loki日志高可用集群 helm方式部署
ylsutpc的博客
10-14 2317
通过rancher部署loki-distributed loki高可用集群 helm方式部署
轻量级日志系统Loki--安装配置详细教程
关注我！带你一路 "狂飙" 到底！
07-12 5785
Loki对标EFK/ELK，由于其轻量的设计，备受欢迎，Loki相比EFK/ELK，它不对原始日志进行索引，只对日志的标签进行索引，而日志通过压缩进行存储，通常是文件系统存储，所以其操作成本更低，数量级效率更高。由于Loki的存储都是基于文件系统的，所以它的日志搜索时基于内容即日志行中的文本，所以它的查询支持LogQL，在搜索窗口中通过过滤标签的方式进行搜索和查询。promtail，类似于tail，它只监听新增日志，不会像filebeat一样，读取日志所有内容，这是和filebeat的一个区别。
日志之Loki详细讲解
上善若泪
01-30 5203
下、创建的端口号是3100，就需要填写为http://loki:3100，这里为什么不写IP地址而写成服务的名字，是因为在k8s集群里面有个dns服务器会自动解析这个地址。另外也可以用上面提到的其他日志收集工具来收取，这篇文章在结尾处会附上其他工具的配置方式。改为1，是因为这个设置不正确造成的。收集起来的日志信息对于业务来说是至关重要的，因此需要在容器重启的时候日志能够保留下来。如果是裸机部署的情况下，需要对上面的配置文件做一下稍微的改动，更改。从上面的图中我们可以看到，它在解析日志的时候是以。
轻量级日志系统Loki安装部署（最新版教程）
weixin_49124386的博客
11-02 9179
下载loki和promtail安装包及两个配置文件
轻量级日志系统Loki——安装配置
Python专栏
06-20 1681
Loki对标EFK/ELK，由于其轻量的设计，备受欢迎，Loki相比EFK/ELK，它不对原始日志进行索引，只对日志的标签进行索引，而日志通过压缩进行存储，通常是文件系统存储，所以其操作成本更低，数量级效率更高。由于Loki的存储都是基于文件系统的，所以它的日志搜索时基于内容即日志行中的文本，所以它的查询支持LogQL，在搜索窗口中通过过滤标签的方式进行搜索和查询。promtail，类似于tail，它只监听新增日志，不会像filebeat一样，读取日志所有内容，这是和filebeat的一个区别。
xn--i8s3qz59c.cc:小王子
05-07
Laravel 5 系列入门教程 ###此为代码示例，教程地址： 有问题可以直接在教程下面留言 ... :winking_face_with_tongue: License 本示例项目继承自 Laravel 采用的 ，你可以利用采用该协议的代码做任何事情，只需要继续...
cc2530_uart.zip_CC2530 接收_cc2530_payqja
09-24
《CC2530 UART通信：中断接收与PayQJA应用》 在嵌入式系统设计中，CC2530是一款广泛应用的微控制器，它以其高性能、低功耗和丰富的外设接口著称。本篇文章将深入探讨如何利用CC2530的通用异步收发传输器（UART）...
[TensorFlow] 运行报错：W tensorflowstream_executorplatformdefaultdso_loader.cc59]
热门推荐
真理无穷，进一步有进一步的欢喜
09-21 7万+
[TensorFlow] 运行报错：W tensorflow/stream_executor/platform/default/dso_loader.cc:59] 问题描述 使用官网的命令下载TensorFlow没有出现问题 pip install tensorflow 但是运行时出现报错信息： 2020-09-20 21:31:45.455714: W tensorflow/stream_executor/platform/default/dso_loader.cc:59] Could not load
CC3220数据手册.pdf
03-12
RX 流量（MCU 处于活动模式）：54 OFDM 时为 59mA（测试对象为 CC3220R 和 CC3220S；CC3220SF 会额外消耗 10mA） TX 流量（MCU 处于活动模式）：在 54 OFDM、最大功耗时为 223mA（测量对象为 CC3220R 和 CC3220S；...
再见笨重的ELK，轻量化日志 Loki 牛逼，奉上全攻略教程！
程序员闪充宝
05-19 3310
大家好，我是宝哥！1、前言在对公司容器云的日志方案进行设计的时候，发现主流的 ELK（Elasticsearch，Logstash，Kibana）或者 EFK（Elasticsearch，Filebeat or Fluentd，Kibana）比较重，再加上现阶段对于 ES 复杂的搜索功能很多都用不上，最终选择了 Grafana 开源的 Loki 日志系统。下面我们来介绍下...
轻量级日志系统Loki原理简介和使用
孟凡霄
07-26 6222
前言 这篇文章应朋友的要求，让写一篇loki日志系统，咱定义不容辞 一定要好好写 开干！ 现实中的需求 公司的容器云运行的应用或某一个节点出现了问题，解决的思路 问题首先被prometheus监控 1、metric是来说明当前或者历史达到了某个值 2、alert设置metric达到某个特定的基数触发了告警 仅仅这些日志是不能够解决问题的 还需要看下应用的日志 k8s的基本单位是pod pod把日志输出到stdout和stderr 当某个pod的内存变得很大 触发了我们的alert
10分钟学会使用 Loki 日志聚合系统
Mrex326428的博客
02-21 1272
Loki是一个轻量级、高效的日志聚合系统，它在处理云原生环境下大规模日志数据方面表现出色。Loki 相比于 ELK具有存储效率更高、查询速度更快、部署和管理更容易。结合 Rainbond 一起使用，使我们的应用和日志管理都非常简单。
loki技巧 - 结构化log日志文本
夫礼者的专栏
07-14 3393
将非结构化的log日志信息结构化为JSON格式，以方便在Grafana界面侧的浏览和查询。
轻量级日志系统——Loki
wzpny的博客
06-21 1万+
Loki是团队最新的开源项目，是一个水平可扩展，高可用性，多租户的日志聚合系统。它的设计非常经济高效且易于操作，因为它不会为日志内容编制索引，而是为每个日志流编制一组标签。项目受 Prometheus启发，官方的介绍就是：，类似于Prometheus的日志系统。
轻量级日志分析平台Loki实战
weixin_43546282的博客
03-30 2191
简介： Loki的第一个稳定版本于2019年11月19日发布，是 Grafana Labs 团队最新的开源项目，是一个水平可扩展，高可用性，多租户的日志聚合系统。Loki 是专门用于聚集日志数据，重点是高可用性和可伸缩性。与竞争对手不同的是，它确实易于安装且资源效率极高。 特点： 优点： 1、Loki的架构非常简单，使用了和prometheus一样的标签来作为索引，通过这些标签既可以查询日志的内容也可以查询到监控的数据，不但减少了两种查询之间的切换成本，也极大地降低了日志索引的存储。 2、与ELK相比，消.
2024年最全分布式日志系统Graylog、Loki及ELK的分析和对比，springcloud入门教程
2401_84688466的博客
05-08 2940
现在正是金三银四的春招高潮，前阵子小编一直在搭建自己的网站，并整理了全套的**【一线互联网大厂Java核心面试题库+解析】：包括Java基础、异常、集合、并发编程、JVM、Spring全家桶、MyBatis、Redis、数据库、中间件MQ、Dubbo、Linux、Tomcat、ZooKeeper、Netty等等**本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录需要这份系统化的资料的朋友，可以点击这里获取。
loki使用超详细说明
李文良的博客
10-08 6万+
前言：小伙伴们是用什么看日志的呢？我是用的loki，今天我跟大家分享下loki的使用，喜欢的话一键三连点收藏哦！ loki使用超详细说明一、loki简介二、Loki 使用三、Loki语法说明四、Loki错误信息查看五、范围查询六、集合运算七、Loki Url 表达式编写八、Loki api使用 一、loki简介 Loki是 Grafana Labs 团队最新的开源项目，是一个水平可扩展，高可用性，多租户的日志聚合系统。它的设计非常经济高效且易于操作，因为它不会为日志内容编制索引，而是为每个日志流编制一组标签
消息队列之 Kafka + EFLFK集群部署
m0_73464307的博客
12-16 882
官方下载地址Zookeeper是一个开源的分布式的，为分布式框架提供协调服务的Apache项目。主要原因是由于在高并发环境下，同步请求来不及处理，请求往往会发生阻塞。比如大量的请求并发访问数据库，导致行锁表锁，最后请求线程会堆积过多，从而触发 too many connection 错误，引发雪崩效应。我们使用消息队列，通过异步处理请求，从而缓解系统的压力。消息队列常应用于异步处理，流量削峰，应用解耦，消息通讯等场景。
(gdb) bt #0 lv_obj_get_ext_draw_size (obj=obj@entry=0x0) at /home/xiejikai/24q3/torchlight/build_dir/target-arm-openwrt-linux-uclibcgnueabihf/nvrgui_lvgl/lvgl/src/core/lv_obj_draw.c:313 #1 0x0004f430 in lv_obj_invalidate (obj=obj@entry=0x0) at /home/xiejikai/24q3/torchlight/build_dir/target-arm-openwrt-linux-uclibcgnueabihf/nvrgui_lvgl/lvgl/src/core/lv_obj_pos.c:847 #2 0x00032ec0 in lv_image_set_src (obj=0x0, src=0x25071f) at /home/xiejikai/24q3/torchlight/build_dir/target-arm-openwrt-linux-uclibcgnueabihf/nvrgui_lvgl/lvgl/src/widgets/image/lv_image.c:206 #3 0x000acdc2 in main_menu_event_cb (e=<optimized out>) at TpMenu.c:464 #4 0x0003c40e in lv_event_send (list=list@entry=0x3baf44 <work_mem_int+1306920>, e=e@entry=0xbe88b2a4, preprocess=<optimized out>) at /home/xiejikai/24q3/torchlight/build_dir/target-arm-openwrt-linux-uclibcgnueabihf/nvrgui_lvgl/lvgl/src/misc/lv_event.c:77 #5 0x000481f8 in event_send_core (e=e@entry=0xbe88b2a4) at /home/xiejikai/24q3/torchlight/build_dir/target-arm-openwrt-linux-uclibcgnueabihf/nvrgui_lvgl/lvgl/src/core/lv_obj_event.c:367 #6 0x000482de in lv_obj_send_event (obj=<optimized out>, event_code=<optimized out>, param=<optimized out>) at /home/xiejikai/24q3/torchlight/build_dir/target-arm-openwrt-linux-uclibcgnueabihf/nvrgui_lvgl/lvgl/src/core/lv_obj_event.c:67 #7 0x00017bf0 in send_event (code=LV_EVENT_CLICKED, param=0x37d478 <work_mem_int+1054300>) at /home/xiejikai/24q3/torchlight/build_dir/target-arm-openwrt-linux-uclibcgnueabihf/nvrgui_lvgl/lvgl/src/indev/lv_indev.c:2038 #8 0x0001842c in indev_proc_release (indev=indev@entry=0x37d478 <work_mem_int+1054300>, is_right=<optimized out>) at /home/xiejikai/24q3/torchlight/build_dir/target-arm-openwrt-linux-uclibcgnueabihf/nvrgui_lvgl/lvgl/src/indev/lv_indev.c:1634 #9 0x000186a0 in indev_pointer_proc (data=0xbe88b34c, i=0x37d478 <work_mem_int+1054300>) at /home/xiejikai/24q3/torchlight/build_dir/target-arm-openwrt-linux-uclibcgnueabihf/nvrgui_lvgl/lvgl/src/indev/lv_indev.c:777 #10 lv_indev_read (indev=<optimized out>) at /home/xiejikai/24q3/torchlight/build_dir/target-arm-openwrt-linux-uclibcgnueabihf/nvrgui_lvgl/lvgl/src/indev/lv_indev.c:273 #11 lv_indev_read (indev=0x37d478 <work_mem_int+1054300>) at /home/xiejikai/24q3/torchlight/build_dir/target-arm-openwrt-linux-uclibcgnueabihf/nvrgui_lvgl/lvgl/src/indev/lv_indev.c:219 #12 0x0003fa7c in lv_timer_exec (timer=0x37d564 <work_mem_int+1054536>) at /home/xiejikai/24q3/torchlight/build_dir/target-arm-openwrt-linux-uclibcgnueabihf/nvrgui_lvgl/lvgl/src/misc/lv_timer.c:326 #13 lv_timer_handler () at /home/xiejikai/24q3/torchlight/build_dir/target-arm-openwrt-linux-uclibcgnueabihf/nvrgui_lvgl/lvgl/src/misc/lv_timer.c:107 #14 lv_timer_handler () at /home/xiejikai/24q3/torchlight/build_dir/target-arm-openwrt-linux-uclibcgnueabihf/nvrgui_lvgl/lvgl/src/misc/lv_timer.c:63 #15 0x000156fe in main () at /home/xiejikai/24q3/torchlight/build_dir/target-arm-openwrt-linux-uclibcgnueabihf/nvrgui_lvgl/main.c:68 (gdb) f 3 #3 0x000acdc2 in main_menu_event_cb (e=<optimized out>) at TpMenu.c:464 464 lv_image_set_src(lv_obj_get_child(lv_obj_get_child(main_container, data->main_id * 2), TP_MENU_MAIN_IMAGE_RECT), data->main_img_src_checked); (gdb) p data->main_id * 2 $1 = 10 (gdb) p main_container $2 = (lv_obj_t *) 0x3c59cc <work_mem_int+1350576> (gdb) p main_container->spec_attr $3 = (lv_obj_spec_attr_t *) 0x3d6750 <work_mem_int+1419572> (gdb) p *(lv_obj_spec_attr_t *)0x3d6750 $4 = {children = 0x3e1d94 <work_mem_int+1466232>, group_p = 0x0, event_list = {data = 0x0, size = 0, capacity = 0, element_size = 0}, scroll = {x = 0, y = 0}, ext_click_pad = 0, ext_draw_size = 0, child_cnt = 11, scrollbar_mode = 3, scroll_snap_x = 0, scroll_snap_y = 0, scroll_dir = 15, layer_type = 0} (gdb) p main_container->spec_attr->children $5 = (lv_obj_t **) 0x3e1d94 <work_mem_int+1466232> (gdb) p main_container->spec_attr->children[9] $6 = (lv_obj_t *) 0x3e6b20 <work_mem_int+1486084> (gdb) p main_container->spec_attr->children[10] $7 = (lv_obj_t *) 0x3ce268 <work_mem_int+1385548> (gdb) p main_container->spec_attr->child_cnt $8 = 11 (gdb) p main_container->spec_attr->children[10]->spec_attr $9 = (lv_obj_spec_attr_t *) 0x0 (gdb) p main_container->spec_attr->children[9]->spec_attr $10 = (lv_obj_spec_attr_t *) 0x3baf3c <work_mem_int+1306912> (gdb) p main_container->spec_attr->children[11]->spec_attr $11 = (lv_obj_spec_attr_t *) 0x0 (gdb) p main_container->spec_attr->children[11] $12 = (lv_obj_t *) 0x3ce268 <work_mem_int+1385548> (gdb) p *(lv_obj_spec_attr_t *)0x3baf3c $13 = {children = 0x3e1d08 <work_mem_int+1466092>, group_p = 0x0, event_list = {data = 0x3e5438 <work_mem_int+1480220> "\330S>", size = 3, capacity = 5, element_size = 4}, scroll = {x = 0, y = 0}, ext_click_pad = 0, ext_draw_size = 0, child_cnt = 2, scrollbar_mode = 3, scroll_snap_x = 0, scroll_snap_y = 0, scroll_dir = 15, layer_type = 0} (gdb) p main_container->spec_attr->children[10]->spec_attr $14 = (lv_obj_spec_attr_t *) 0x0 (gdb) p *(lv_obj_t *) 0x3ce268 $15 = {class_p = 0x21e170 <lv_obj_class>, parent = 0x3c59cc <work_mem_int+1350576>, spec_attr = 0x0, styles = 0x3ce2a4 <work_mem_int+1385608>, style_main_prop_is_set = 2639, style_other_prop_is_set = 4111, user_data = 0x0, id = 0x1de05 <ensureBits32+44>, coords = {x1 = 26, y1 = 90, x2 = 276, y2 = 91}, flags = 47975, state = 0, layout_inv = 0, readjust_scroll_after_layout = 0, scr_layout_inv = 0, skip_trans = 0, style_cnt = 4, h_layout = 0, w_layout = 0, is_deleting = 0} (gdb) p *(lv_obj_t *) 0x3e6b20 $16 = {class_p = 0x21e170 <lv_obj_class>, parent = 0x3c59cc <work_mem_int+1350576>, spec_attr = 0x3baf3c <work_mem_int+1306912>, styles = 0x3e5450 <work_mem_int+1480244>, style_main_prop_is_set = 2639, style_other_prop_is_set = 4111, user_data = 0x0, id = 0x1de04 <ensureBits32+44>, coords = {x1 = 26, y1 = 533, x2 = 276, y2 = 572}, flags = 47974, state = 18, layout_inv = 0, readjust_scroll_after_layout = 0, scr_layout_inv = 0, skip_trans = 0, style_cnt = 5, h_layout = 0, w_layout = 0, is_deleting = 0} 帮我分析如下调用栈
最新发布
11-12
<think>我们有一个GDB的调用栈（backtrace）和一系列的调试命令输出。用户要求分析这个调用栈。 调用栈显示程序崩溃在`lv_obj_get_ext_draw_size`函数，并且传入的`obj`参数为0（空指针）。 通过回溯，我们看到： #0 lv_obj_get_ext_draw_size(obj=0x0) // 这里传入空指针 #1 lv_obj_invalidate(obj=0x0) // 也是空指针 #2 lv_image_set_src(obj=0x0, ...) // 设置图片源时，对象为空指针 #3 在main_menu_event_cb函数中，调用了lv_image_set_src 用户还提供了在frame 3（main_menu_event_cb）中的一些调试信息： 在TpMenu.c的第464行，调用了： lv_image_set_src(lv_obj_get_child(lv_obj_get_child(main_container, data->main_id * 2), TP_MENU_MAIN_IMAGE_RECT), data->main_img_src_checked); 其中，data->main_id * 2 的值是10。 然后，用户打印了main_container（一个lv_obj_t指针）以及它的spec_attr成员（一个lv_obj_spec_attr_t结构体指针）的内容。 main_container->spec_attr->child_cnt = 11，说明有11个子对象。 接着，用户尝试访问子对象数组（children）的第9、10、11个元素（索引从0开始）： children[9] 的地址是0x3e6b20，它的spec_attr不为空。 children[10] 的地址是0x3ce268，它的spec_attr为空（0x0）。 children[11] 的地址是0x3ce268（与children[10]相同？这里可能是用户输入错误，因为数组索引11应该在第10个之后，而child_cnt=11，所以最大索引为10，索引11越界了？） 但是，请注意：用户打印了children[11]（索引为11）的地址，这已经超出了child_cnt=11的范围（索引0到10）。然而，在C语言中，数组索引从0开始，所以有效的索引是0到10。索引11是第12个元素，已经越界。 然而，在调用栈中，崩溃的原因是传入了一个空指针。具体在TpMenu.c的464行，我们调用了： lv_obj_get_child(main_container, data->main_id * 2) // 这里data->main_id*2=10 然后对返回的对象再调用lv_obj_get_child(..., TP_MENU_MAIN_IMAGE_RECT)（假设TP_MENU_MAIN_IMAGE_RECT是一个索引） 分析： lv_obj_get_child(main_container, 10) 返回的是第10个孩子（即索引为10，因为是数组索引，所以是第11个孩子？注意：lvgl中的lv_obj_get_child函数返回的是第index个孩子，index从0开始，所以index=10就是第11个孩子，而main_container有11个孩子（索引0到10），所以这是合法的。 但是，当我们访问这个孩子（位于0x3ce268）时，发现它的spec_attr成员为NULL。这可能是导致后续问题的原因。 然后，我们尝试对这个对象（0x3ce268）调用lv_obj_get_child(..., TP_MENU_MAIN_IMAGE_RECT)（假设TP_MENU_MAIN_IMAGE_RECT是一个索引，比如0或1等）。但是，这个对象（0x3ce268）的spec_attr为NULL，这意味着它没有特殊属性，可能不是一个容器（container）对象，或者它没有被正确初始化。 在lvgl中，每个对象都有一个基本的结构，spec_attr用于存储一些额外的属性（例如子对象列表）。如果这个对象本应该有子对象，那么spec_attr就不应该为NULL。如果为NULL，那么访问其子对象就会有问题。 因此，崩溃的原因是：在main_menu_event_cb函数中，我们试图从一个对象（通过lv_obj_get_child(main_container,10)获得）中再获取一个子对象，但这个对象（0x3ce268）并没有初始化其spec_attr（即没有子对象），所以当我们试图获取它的第TP_MENU_MAIN_IMAGE_RECT个孩子时，内部可能会调用类似访问spec_attr->children数组的操作，而由于spec_attr为NULL，就会导致空指针解引用。 具体到崩溃点： 崩溃在lv_obj_get_ext_draw_size，参数obj=0x0，说明在某个环节得到了一个空指针。 回溯发现，这个空指针来自lv_image_set_src，而该函数的第一个参数（即图像对象）为空指针。 在main_menu_event_cb中，我们传给lv_image_set_src的对象是通过两次lv_obj_get_child得到的。所以，很可能是第二次lv_obj_get_child返回了空指针。 为什么第二次lv_obj_get_child会返回空指针？ 因为第一次lv_obj_get_child(main_container,10)返回的对象（0x3ce268）是一个没有spec_attr的对象（也就是说它没有子对象），那么当我们试图获取它的第TP_MENU_MAIN_IMAGE_RECT个子对象时，lv_obj_get_child函数内部会尝试访问spec_attr->children，由于spec_attr为NULL，就会导致空指针访问。但是，在lv_obj_get_child函数中，如果对象没有子对象（即spec_attr为NULL或者child_cnt为0），那么它应该返回NULL。因此，这里第二次调用lv_obj_get_child返回了NULL，然后我们把这个NULL传给了lv_image_set_src，进而导致了崩溃。 所以，问题出在：我们试图从一个没有子对象的对象中获取子对象。为什么这个对象（0x3ce268）没有子对象？可能是创建这个对象时没有正确初始化，或者它本不应该有子对象（例如，它只是一个图像对象，而不是容器）。 解决方案： 1. 检查TpMenu.c中创建main_container的第10个子对象（索引10）的代码，确认它是否应该是一个容器（即可以包含子对象）。如果不是，那么就不应该从中获取子对象。 2. 检查在创建这个对象时，是否正确地初始化了它的spec_attr（如果需要包含子对象，则应该调用相应的函数来初始化）。 3. 或者，在获取子对象之前，先检查返回的对象是否有效，以及它是否有子对象。 另外，用户打印了main_container->spec_attr->children[11]（索引11），这已经越界了（child_cnt=11，索引范围0到10）。越界访问可能导致未定义行为，可能会破坏内存，这也可能是导致spec_attr为NULL的原因之一（内存被破坏）。所以，需要检查代码中是否有越界访问数组的情况。 综上所述，崩溃的直接原因是尝试从一个非容器对象（其spec_attr为NULL）中获取子对象，导致后续传入了空指针。根本原因可能是对象创建不正确或越界访问导致内存破坏。 因此，建议： - 检查main_container的第10个子对象（索引10）的创建过程。 - 确保在访问数组（如children数组）时不越界（例如，不要访问索引11）。 - 在调用lv_obj_get_child后，检查返回的指针是否有效，以及是否具有子对象（如果要继续获取子对象）。 注意：在GDB输出中，用户打印了children[10]（索引10）的地址是0x3ce268，而children[11]（索引11）的地址也是0x3ce268？这很奇怪，因为连续的数组元素地址应该不同，除非数组元素类型是空结构或者只有一个元素？但这里是指针数组，每个元素是一个指针，所以地址应该递增。这里可能是用户打印错误，或者在内存中这个数组的后面正好是这个值（越界访问到了无效内存）。 但是，从main_container->spec_attr->children数组的打印来看，索引9和10都是有效的指针，而索引11则与索引10相同（这可能是因为数组后面就是0x3ce268这个值？），但无论如何，访问索引11是越界的，是不安全的。 所以，重点检查：在代码中是否无意中访问了children数组的越界索引（例如，循环条件是否写错？）。 </think>### 分析结论 根据提供的GDB调用栈和调试信息，程序崩溃的根本原因是**空指针解引用**，具体分析如下： 1. **崩溃源头**（#0帧）： ```c lv_obj_get_ext_draw_size(obj=0x0) // 参数obj为空指针 ``` - 当尝试访问空指针对象（`0x0`）的内部属性时触发段错误。 2. **调用链溯源**： - `main_menu_event_cb`（#3帧）尝试设置图像源： ```c lv_image_set_src(..., data->main_img_src_checked); // TpMenu.c:464 ``` - 其中第一个参数是通过嵌套调用获得的指针： ```c lv_obj_get_child(lv_obj_get_child(main_container, 10), ...) ``` 3. **关键问题**： - `lv_obj_get_child(main_container, 10)` 返回对象地址 `0x3ce268` - 但该对象的 `spec_attr` 成员为 **`NULL`**（见GDB输出）： ```gdb (gdb) p main_container->spec_attr->children[10]->spec_attr $14 = (lv_obj_spec_attr_t *) 0x0 // 关键空指针! ``` - 后继操作（如 `lv_obj_get_child()` 或样式计算）需访问 `spec_attr` 导致崩溃。 4. **对象状态对比**： | 对象地址 | `spec_attr` 状态 | 有效性 | |---------------|------------------|--------| | `0x3e6b20`（索引9） | 有效指针 (`0x3baf3c`) | ✔️ 正常 | | `0x3ce268`（索引10）| `NULL` | ❌ 异常 | 5. **根本原因**： - 索引10的子对象（`0x3ce268`）未正确初始化，其核心属性结构体 `spec_attr` 未被创建。 - 可能原因： - 对象创建时遗漏初始化代码 - 内存分配失败（如碎片化） - 对象被意外释放后未置空 --- ### 调试建议 1. **检查对象创建逻辑**： - 确认 `main_container` 的第10个子对象初始化流程 - 验证 `lv_obj_create()` 后是否调用了 `lv_obj_init_spec_attr()` 2. **增强空指针检查**： ```c // 修改 TpMenu.c:464 的调用 lv_obj_t* target = lv_obj_get_child(lv_obj_get_child(...)); if(target && target->spec_attr) { // 增加双重校验 lv_image_set_src(target, ...); } ``` 3. **内存完整性检测**： - 使用 `valgrind` 检查内存操作错误 - 开启LVGL的 `LV_USE_MEM_MONITOR` 监控内存分配 4. **复现路径**： - 在 `main_menu_event_cb` 设置断点 - 监控 `data->main_id` 变化，重点测试 `main_id=5`（10/2）的路径
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

FikL919

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

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

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

打赏作者

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

抵扣说明：

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

余额充值