Android的repaint函数

本文探讨了Android SDK中的repaint函数与invalidate()/postInvalidate()方法的区别及使用场景,详细解释了如何在不同线程中更新屏幕显示。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Android的repaint函数
2011年08月01日
  昨天安装了Android SDK1.5 和ADT0.9.1。
  在安装时发现,要在Eclipse安装ADT时还必须安装些其他的插件,自动寻找依赖关系后就必须联网安装这些插件。如果没有网络,貌似就不能安装成功了。
  以上为废话。
  写了一个View,在上面画了点东西,不过没有找到View有repaint函数,寒。
  event函数叫onDraw ,难道叫reDraw,查了下依然没有此函数。
  最后百度了下,终于找到了Android 的repaint函数。 内容如下:
  1、repaint()方法与invalidate()/postInvalidate()方法
  如果去读API,我们可以发现J2ME中Canvas的repaint()与Android 中View的invalidate()/postInvalidate()方法实现了相同的功能(连说明文字几乎都一样…),
  但是invalidate()/postInvalidate()两者却有着区别:invalidate() 只能在UI这个线程里通过调用onDraw (Canvas canvas)来update屏幕显示,
  而postInvalidate()是要在non-UI线程里做同样的事情的。这就要求我们做判断,
  哪个调用是本 线程的,哪个不是,这在做多线程callback的时候尤为重要。而在J2ME中,不管怎样直接调用repaint()就好了
  
  
int oppo_ui_status_bar_event_treat(const struct __win_context_t* p_win, win_event_t event, void *p_param) { uint32_t ret = 0; win_param_t *init_param = (win_param_t *)p_param; switch (event.payload) { case WIN_EXIT: { if (init_param) { if (init_param->is_user) { uint32_t p = init_param->payload; if (p >= JUMP_ANDROID_FLAG) { lv_event_code_t click_type = (p) & 0xff; uint32_t id = ((p) >> 8) & 0xff; // set_send_fb_on(false); statusbar_smartmode_start_app(id, click_type); } } if (g_sbar && !init_param->is_user) { add_statusbar_event_point((char*)"rx_close_status_panel", true, g_sbar->cur_page); } } if (g_sbar && g_sbar->tabview) { lv_tabview_set_act(g_sbar->tabview, 0, LV_ANIM_OFF); } break; } case WIN_USER_EVENT: { if (!p_param ) { break; } wm_user_msg_t *payload = (wm_user_msg_t *)p_param; OPLUS_UI_INFO_LOG("[sbar] payload->msg_id: %d, payload->len:%d\n", payload->msg_id, payload->len); sbar_user_evend_handle(payload->msg_id, payload); break; } case WIN_SWIPE_UP_IS_ALLOW: { bool is_need_refr = true; if (is_need_refr) { window_ui_display_repaint(true); } // set_send_fb_on(old); ret = WM_SWIPE_IS_ALLOW; break; } case WIN_INIT: OPLUS_UI_WARN_LOG("statusbar win_init"); clear_and_refresh_top_icon(); if (init_param && !init_param->is_user) { add_statusbar_event_point((char*)"rx_show_status_panel", false, 0); } #if (defined(PRODUCT_OWW242) && (PRODUCT_OWW242)) uint8_t guide_status = 0; if (g_sbar && g_sbar->statusbar_api) { uint8_t guide_status = g_sbar->statusbar_api->srv_read(STATUSBAR_GET_GUIDE_STATUS, NULL, 0); OPLUS_UI_WARN_LOG("statusbar read guide status:%d", guide_status); if (STATUS_SHOW_BAND_GUIDE_MODE == guide_status) { statusbar_guide_anim_create(); } } else { OPLUS_UI_ERROR_LOG("statusbar guide g_sbar err"); } #endif break; case EVENT_KEY_POW_LONG_PRESS: case EVENT_KEY_POW_SHORT_CLICK: case EVENT_KEY_POW_DOUBLE_CLICK: { sbar_exit_main_page(); // wm_event_hanlde(false); } break; default: break; } return ret; } 这个函数什么时候出触发add_statusbar_event_point
最新发布
07-08
<think>我们分析函数`oppo_ui_status_bar_event_treat`,找出触发`add_statusbar_event_point`的时机。 从代码中可以看到,`add_statusbar_event_point`被调用了两次: 1. 在`WIN_EXIT`事件中,当满足一定条件时调用。 2. 在`WIN_INIT`事件中,当满足一定条件时调用。 具体分析如下: 一、在`WIN_EXIT`事件中: ```c case WIN_EXIT: { if (init_param) { if (init_param->is_user) { // ... 处理用户跳转事件 } if (g_sbar && !init_param->is_user) { add_statusbar_event_point((char*)"rx_close_status_panel", true, g_sbar->cur_page); } } // ... 其他处理 break; } ``` 触发条件: - 事件为`WIN_EXIT`(窗口退出事件) - `init_param`不为空 - `g_sbar`不为空 - `init_param->is_user`为false(即非用户触发的退出) 此时调用`add_statusbar_event_point`,参数为: - 事件名: "rx_close_status_panel" - 布尔值: true - 当前页: `g_sbar->cur_page` 二、在`WIN_INIT`事件中: ```c case WIN_INIT: OPLUS_UI_WARN_LOG("statusbar win_init"); clear_and_refresh_top_icon(); if (init_param && !init_param->is_user) { add_statusbar_event_point((char*)"rx_show_status_panel", false, 0); } // ... 其他初始化代码 break; ``` 触发条件: - 事件为`WIN_INIT`(窗口初始化事件) - `init_param`不为空 - `init_param->is_user`为false(即非用户触发的初始化) 此时调用`add_statusbar_event_point`,参数为: - 事件名: "rx_show_status_panel" - 布尔值: false - 当前页: 0 总结: 该函数在窗口退出(WIN_EXIT)和窗口初始化(WIN_INIT)时,根据参数`init_param->is_user`的值(要求为false)以及相关全局变量(g_sbar)的有效性,触发埋点记录。 注意:在`WIN_EXIT`中,还有一个条件`g_sbar`不为空,而在`WIN_INIT`中没有检查`g_sbar`,但前面有`clear_and_refresh_top_icon()`函数调用,该函数内部可能使用了`g_sbar`,但这里我们只关注`add_statusbar_event_point`的触发条件。 因此,触发`add_statusbar_event_point`的两种情况: 1. 窗口退出时(非用户触发的退出)记录关闭状态面板事件("rx_close_status_panel") 2. 窗口初始化时(非用户触发的初始化)记录显示状态面板事件("rx_show_status_panel") 注意:在`WIN_EXIT`事件中,还有另一个埋点(用户跳转事件)的处理,但那不是调用`add_statusbar_event_point`,而是调用了`statusbar_smartmode_start_app`。 另外,在`WIN_USER_EVENT`事件中,调用了`sbar_user_evend_handle`,但该函数内部是否调用`add_statusbar_event_point`未知,从当前代码中无法看出。 所以,我们只关注到两个明确的`add_statusbar_event_point`调用点。 根据上述分析,回答用户问题:该函数在窗口退出事件(WIN_EXIT)和窗口初始化事件(WIN_INIT)中,当满足特定条件(非用户触发且参数有效)时触发`add_statusbar_event_point`。</think>### `add_statusbar_event_point` 触发时机分析 #### 触发条件总结 该函数在以下两种事件类型中会触发 `add_statusbar_event_point` 调用: 1. **窗口退出事件 (`WIN_EXIT`)**: ```c case WIN_EXIT: { if (init_param && !init_param->is_user) { add_statusbar_event_point((char*)"rx_close_status_panel", true, g_sbar->cur_page); } // ...其他处理... } ``` **触发条件**: - 窗口收到退出事件 (`event.payload == WIN_EXIT`) - 存在初始化参数 (`init_param != NULL`) - 非用户主动触发的退出 (`!init_param->is_user`) - 状态栏对象有效 (`g_sbar != NULL`) 2. **窗口初始化事件 (`WIN_INIT`)**: ```c case WIN_INIT: if (init_param && !init_param->is_user) { add_statusbar_event_point((char*)"rx_show_status_panel", false, 0); } // ...其他初始化代码... ``` **触发条件**: - 窗口初始化事件 (`event.payload == WIN_INIT`) - 存在初始化参数 (`init_param != NULL`) - 非用户主动触发的初始化 (`!init_param->is_user`) #### 事件类型映射表 | 事件类型 | 埋点事件名 | 参数3 | 触发场景 | |---------|-----------|-------|---------| | `WIN_EXIT` | "rx_close_status_panel" | `g_sbar->cur_page` | 状态栏面板关闭时 | | `WIN_INIT` | "rx_show_status_panel" | `0` | 状态栏面板显示时 | #### 关键业务逻辑 ```mermaid graph LR A[窗口事件] --> B{事件类型} B -->|WIN_EXIT| C[检查init_param] B -->|WIN_INIT| D[检查init_param] C --> E{!init_param->is_user?} D --> F{!init_param->is_user?} E -->|是| G[记录关闭埋点] F -->|是| H[记录显示埋点] E -->|否| I[跳过埋点] F -->|否| J[跳过埋点] ``` #### 设计特点解析 1. **用户行为区分**: - 通过 `init_param->is_user` 区分用户主动操作和系统自动触发 - 仅记录系统触发的面板显示/关闭事件 2. **上下文传递**: - 关闭事件传递当前页面索引 (`g_sbar->cur_page`) - 显示事件使用固定值 `0`(可能表示初始页面) 3. **条件保护**: - 严格检查 `init_param` 和 `g_sbar` 有效性 - 使用 `!init_param->is_user` 过滤用户操作 4. **埋点语义**: - "rx_show_status_panel":面板显示事件 - "rx_close_status_panel":面板关闭事件
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值