低优先级线程，添加比较多的条件语句，会导致高优先级的线程调度问题

发布于 2022-09-04 19:35:04 浏览：691 订阅该版

2 个回答

小小李sunny 2022-09-04

这家伙很懒，什么也没写！

Clark 2022-09-04

这家伙很懒，什么也没写！

按键处理逻辑，其中按键和显示线程优先级是21，音频接收和播放线程优先级都是19，下方有一个#if 1, 如果改成#if 0 ,播放时序就必定被打乱。实际上，AudioBox(display.ui.mode) 一直都是LCD_UI_MODE_COMMON，没有按键时不会进去其他模式，但是表现是播放时序明显变慢。

* Description: KeyPad Thread entry
* Para: parameter form thread creation
* Return: void

```c

void keyPad_entry(void *parameter)
{
    uint32_t  keystate=0;

rt_kprintf("Enter KeyPad Procress\n");

while(1)
    {
        keystate = ~(GPIO_ISTAT(KEY_PAD_GPIO_PORT)&(KEY_PAD_ALLPIN_VALUE)) & KEY_PAD_ALLPIN_VALUE;

if(keystate & KEY_PAD_ALLPIN_VALUE)
        {
            /*execute different key event function by mode*/
            switch(AudioBox(display.ui.mode))
            {
                case LCD_UI_MODE_COMMON:
                    ProcessKeyWithCommonMode(keystate);
                    break;
                case LCD_UI_MODE_EDIT:
                    ProcessKeyWithEditMode(keystate);
                    break;
                case LCD_UI_MODE_EXTERN:
                    ProcessKeyWithExternMode(keystate);
                    break;
                default:
                    break;
            }
            /*any key will recount idle*/
            AudioBox(display.ui.ui_timeout) = 0;
            keystate = 0;
            rt_thread_mdelay(180);
        }

LockThread();
        if(AudioBox(display.ui.pMenu->menuindex) != AudioBox(display.ui.changeMenu))/*Menu changed*/
        {
            if(AudioBox(display.ui.pMenu->menuindex) == LCD_UI_MENU_PAIREDDEV_LIST)
            {
                //free paired list
                AudioBoxPairedDevList_t * pFree = AudioBox(btdevice.paired_list);
                AudioBoxPairedDevList_t * pNextFree;
    
                while(pFree !=NULL)
                {
                    pNextFree = (AudioBoxPairedDevList_t *)pFree->p.next;
                    rt_kprintf("Free Device: %s\r\n",pFree->device.u8Name);
                    rt_free(pFree);
                    pFree = pNextFree;
                }
                AudioBox(btdevice.paired_num) = 0;
            }
    
            /*Display menu*/
            AudioBox(display.ui.pMenu) = LcdUiDisplayMenu(AudioBox(display.ui.changeMenu));
            /*Display external context*/
            LcdUiDisplayUpdateExtContext(AudioBox(display.ui.changeMenu),TRUE); 
            
        }
        else if(AudioBox(display.ui.changmode))/*mode changed*/
        {
            AudioBox(display.ui.changmode) = FALSE;
            LcdUiDisplayUpdateExtContext(AudioBox(display.ui.pMenu->menuindex),FALSE);
        }
        else if(AudioBox(display.ui.op_change)) /*select changed +*/
        {
#if 0
            LcdUiDisplaySelect(AudioBox(display.ui.pMenu),AudioBox(display.ui.op_value)>0,AudioBox(display.ui.op_change));
#else
            switch(AudioBox(display.ui.mode))
            {
    
            case LCD_UI_MODE_COMMON:
                LcdUiDisplaySelect(AudioBox(display.ui.pMenu),AudioBox(display.ui.op_value)>0,AudioBox(display.ui.op_change));
                break;
            
            case LCD_UI_MODE_EDIT:
                if(AudioBox(display.ui.op_value))
                {
                    AudioBox(display.ui.op_value) = FALSE;
                    LcdUiDisplayEdititem(&AudioBox(display.ui.pEdit->pEdititem)[AudioBox(display.ui.pEdit->edit_idx)],\
                                          AudioBox(display.ui.pEdit->edit_idx),LCD_CMD_INTVERT_FONT_12,AudioBox(display.ui.pEdit->value));
                }
                else
                {
                    LcdUiDisplayEditByIndex(AudioBox(display.ui.pEdit),AudioBox(display.ui.pEdit->edit_idx), 
                                            AudioBox(display.ui.pEdit->pre_edit_idx));
                }
                break;
            
            case LCD_UI_MODE_EXTERN:
                LcdUiDisplayExternMode(AudioBox(display.ui.pMenu->menuindex),AudioBox(display.ui.Extern.deep_level), \
                                       AudioBox(display.ui.Extern.select),AudioBox(display.ui.Extern.preselect));
                break;
            default:
                break;
            }
#endif
            AudioBox(display.ui.op_change) = FALSE;    
        }
        else
        {
            LcdUiDisplayUpdateBtState(AudioBox(display.ui.pMenu->menuindex));
        }
        UnLockThread();
        rt_thread_mdelay(20);
    }
}
```

Clark 2022-09-06

这家伙很懒，什么也没写！

winfeng 2022-09-06

这家伙很懒，什么也没写！

Clark 2022-09-12

这家伙很懒，什么也没写！

[@winfeng](https://club.rt-thread.org/u/7318b15e2963ef1a 'winfeng')
感谢回复。
困扰了我快一周，最终验证测试，是因为代码空间超出了一定大小，可以执行，但是效率变得非常低。估计GD32的code area 超出之后512K就需要做重新寻址。

我验证方式是，低等级线程（按键处理）在一定的条件后直接退出。此时高等级的线程（音频接收和播放）调度依旧会受影响。当删除掉一点其他代码，就又正常了。所以是和代码大小有关，和线程调度应该没有关系

调查到这里就有点尴尬了。本身我是做蓝牙协议栈的。压缩得很辛苦才勉强够用。
**各位大侠有什么好的建议吗？**

下方粗体的是编译最终大小的信息。

**Build started: Project: project
*** Using Compiler 'V5.06 update 6 (build 750)', folder: 'C:\Keil_v5\ARM\ARMCC\Bin'
Build target 'rt-thread_gd32f4xx'
compiling key_pad.c...
applications\key_pad.c(765): warning:  #111-D: statement is unreachable
      rt_kprintf("exit KeyPad Procress\n"); 
applications\key_pad.c(359): warning:  #177-D: function "ProcessKeyWithEditMode"  was declared but never referenced
  static void ProcessKeyWithEditMode(uint32_t  keystate)
applications\key_pad.c: 2 warnings, 0 errors
linking...
Program Size: **Code=345404 RO-data=115684 RW-data=1372 ZI-data=139068  **
FromELF: creating hex file...
".\build\rtthread-gd32f4xx.axf" - 0 Error(s), 2 Warning(s).
Build Time Elapsed:  00:00:06
Load "C:\\workspace\\EsMcuStack_gd32450vit6\\build\\rtthread-gd32f4xx.axf" 
* JLink Info: Device "CORTEX-M4" selected.
Set JLink Project File to "C:\workspace\EsMcuStack_gd32450vit6\JLinkSettings.ini"
* JLink Info: Device "CORTEX-M4" selected.