主頁 > 作業系統 > ThreadX——IPC應用之訊息佇列

ThreadX——IPC應用之訊息佇列

2020-12-23 06:16:10 作業系統

一、應用簡介

訊息佇列是RTOS中常用的一種資料通信方式,常用于任務與任務之間或是中斷與任務之間的資料傳遞,在裸機系統中我們通常會使用全域變數的方式進行資料傳遞,比如在事件發生后在中斷中改變資料和設定標志,然后在主回圈中輪詢不同的標志是否生效來對全域資料執行不同的操作,執行完畢后清除相關標志,但是這種方式需要不斷地輪詢標志狀態,使得CPU的利用率并不高,而使用RTOS的訊息佇列則具有任務阻塞機制,當沒有需要處理的訊息時任務掛起等待訊息,此時其他任務占用CPU執行其他操作,當有訊息放入佇列時任務恢復運行進行訊息接收和處理,這種訊息處理機制相比裸機而言大大地提高了CPU利用率,

  • ThreadX的訊息佇列支持“訊息置頂通知”功能,也就是可以將訊息放在佇列的最前面,使得任務可以及時處理某些緊急訊息(RT-Thread的訊息佇列也有該功能)
  • ThreadX的訊息佇列可以傳遞任意長度的資料,因為它是采用傳遞資料指標的方式(uCOS也是采用這種參考傳遞的方式,而FreeRTOS和RT-Thread則支持傳遞整體資料內容,這兩種方式各有優劣吧,指標傳遞方式優點是執行效率高,缺點是存資料的記憶體區域如果資料還未及時處理就被覆寫了那么就會引發問題;整體資料傳遞方式優點是安全不需擔心資料覆寫致錯,缺點是資料量大的話傳遞資料程序執行時間長導致效率低)

二、API簡介

下面介紹使用ThreadX的訊息佇列時常用的幾個API函式,

1、創建訊息佇列

  • 描述
    • 該服務用于創建訊息佇列, 訊息總數是根據指定的訊息大小和佇列中的位元組總數來計算的
    • 如果在佇列的記憶體區域中指定的位元組總數不能被指定的訊息大小均分,則不會使用該記憶體區域中的其余位元組
  • 引數
    • queue_ptr 指向訊息佇列控制塊的指標
    • name_ptr 指向訊息佇列名稱的指標
    • message_size 指定佇列中每條訊息的大小, 訊息大小選項為1個32位字到16個32位字之間(包含)
    • queue_start 訊息佇列的起始地址, 起始地址必須與ULONG資料型別的大小對齊
    • queue_size 訊息佇列可用的位元組總數
  • 回傳值
    • TX_SUCCESS (0x00) 創建成功
    • TX_QUEUE_ERROR (0x09) 無效的訊息佇列指標,指標為NULL或佇列已創建
    • TX_PTR_ERROR (0x03) 訊息佇列的起始地址無效
    • TX_SIZE_ERROR (0x05) 訊息佇列大小無效
    • TX_CALLER_ERROR (0x13) 該服務的呼叫者無效
UINT tx_queue_create(
    TX_QUEUE *queue_ptr, 
    CHAR *name_ptr,
    UINT message_size,
    VOID *queue_start, 
    ULONG queue_size);

2、洗掉訊息佇列

  • 描述
    • 此服務洗掉指定的訊息佇列,所有掛起等待此佇列訊息的執行緒都將恢復,并給出TX_DELETED回傳狀態
    • 在洗掉佇列之前,應用程式必須確保已完成(或禁用)此佇列的所有send_notify回呼, 此外,應用程式必須防止將來使用已洗掉的佇列
    • 應用程式還負責管理與佇列相關聯的記憶體區域,該記憶體區域在此服務完成后可用
  • 引數
    • queue_ptr 指向先前創建的訊息佇列的指標
  • 回傳值
    • TX_SUCCESS (0x00) 洗掉成功
    • TX_QUEUE_ERROR (0x09) 訊息佇列指標無效
    • TX_CALLER_ERROR (0x13) 該服務的呼叫者無效
UINT tx_queue_delete(TX_QUEUE *queue_ptr);

3、清空訊息佇列

  • 描述
    • 此服務洗掉存盤在指定訊息佇列中的所有訊息
    • 如果佇列已滿,將丟棄所有掛起執行緒的訊息,然后恢復每個掛起的執行緒,并回傳一個指示訊息發送成功的回傳狀態,如果佇列為空,則此服務不執行任何操作,
  • 引數
    • queue_ptr 指向先前創建的訊息佇列的指標
  • 回傳值
    • TX_SUCCESS (0x00) 操作成功
    • TX_QUEUE_ERROR (0x09) 訊息佇列指標無效
UINT tx_queue_flush(TX_QUEUE *queue_ptr);

4、訊息置頂

  • 描述
    • 該服務將訊息發送到指定訊息佇列的最前面, 訊息從源指標指定的存盤區域復制到佇列的最前面
  • 引數
    • queue_ptr 指向訊息佇列控制塊的指標
    • source_ptr 指向存放訊息的指標
    • wait_option 定義訊息佇列已滿時服務的行為
      • TX_NO_WAIT (0x00000000) - 無論是否成功都立即回傳(用于非執行緒呼叫,例如中斷里面)
      • TX_WAIT_FOREVER (0xFFFFFFFF) - 一直等待直到訊息佇列有空閑為止
  • 回傳值
    • TX_SUCCESS (0x00) 操作成功
    • TX_DELETED (0x01) 執行緒掛起時,訊息佇列被洗掉
    • TX_QUEUE_FULL (0x0B) 服務無法發送訊息,因為在指定的等待時間內佇列已滿
    • TX_WAIT_ABORTED (0x1A) 被另一個執行緒、計時器或ISR中斷給中止
    • TX_QUEUE_ERROR (0x09) 無效的訊息佇列指標
    • TX_PTR_ERROR (0x03) 訊息的源指標無效
    • TX_WAIT_ERROR (0x04) 在非執行緒呼叫中指定了TX_NO_WAIT以外的等待選項
UINT tx_queue_front_send(
    TX_QUEUE *queue_ptr,
    VOID *source_ptr, 
    ULONG wait_option);

5、獲取訊息佇列資訊

  • 描述
    • 該服務檢索有關指定訊息佇列的資訊
  • 引數(TX_NULL表示不需要獲取該引數代表的資訊)
    • queue_ptr 指向先前創建的訊息佇列的指標
    • name 指向目標的指標,用于指向佇列名稱
    • enqueued 指向目標的指標,表示當前佇列中的訊息數
    • available_storage 指向目標的指標,表示佇列當前有空間容納的訊息數
    • first_suspended 指向目標的指標,該指標指向該佇列的掛起串列中第一個執行緒
    • suspended_count 指向目標的指標,用于指示當前在此佇列上掛起的執行緒數
    • next_queue 指向下一個創建佇列的指標的目標的指標
  • 回傳值
    • TX_SUCCESS (0x00) 操作成功
    • TX_QUEUE_ERROR (0x09) 無效的訊息佇列指標
UINT tx_queue_info_get(
    TX_QUEUE *queue_ptr, 
    CHAR **name,
    ULONG *enqueued, 
    ULONG *available_storage
    TX_THREAD **first_suspended, 
    ULONG *suspended_count,
    TX_QUEUE **next_queue);

6、從佇列獲取訊息

  • 描述
    • 該服務從指定的訊息佇列中檢索訊息, 檢索到的訊息從佇列復制到目標指標指定的存盤區域, 然后將該訊息從佇列中洗掉
    • 指定的目標存盤區必須足夠大以容納訊息, 也就是說,由destination_ptr 指向的訊息目標必須至少與此佇列的訊息大小一樣大, 否則,如果目標不夠大,則會在存盤區域中發生記憶體地址非法錯誤
  • 引數
    • queue_ptr 指向先前創建的訊息佇列的指標
    • destination_ptr 指向儲存訊息的地址
    • wait_option 定義訊息佇列為空時服務的行為
      • TX_NO_WAIT (0x00000000) - 無論是否成功都立即回傳(用于非執行緒呼叫,例如中斷里面)
      • TX_WAIT_FOREVER (0xFFFFFFFF) - 一直等待直到有訊息可以獲取
      • 0x00000001 ~ 0xFFFFFFFE- 指定具體等待心跳節拍數(如果心跳頻率1KHZ,那么單位就是ms )
  • 回傳值
    • TX_SUCCESS (0x00) 操作成功
    • TX_DELETED (0x01) 執行緒掛起時洗掉了訊息佇列
    • TX_QUEUE_EMPTY (0x0A) 服務無法檢索訊息,因為佇列在指定的等待時間段內為空
    • TX_WAIT_ABORTED (0x1A) 被另一個執行緒、計時器或ISR中斷給中止
    • TX_QUEUE_ERROR (0x09) 無效的訊息佇列指標
    • TX_PTR_ERROR (0x03) 訊息的目標指標無效
    • TX_WAIT_ERROR (0x04) 在非執行緒呼叫中指定了TX_NO_WAIT以外的等待選項
UINT tx_queue_receive(
    TX_QUEUE *queue_ptr,
    VOID *destination_ptr, 
    ULONG wait_option);

7、向佇列發送訊息

  • 描述
    • 此服務將訊息發送到指定的訊息佇列,發送的訊息將從源指標指定的記憶體區域復制到佇列中,
  • 引數
    • queue_ptr 指向先前創建的訊息佇列的指標
    • source_ptr 指向訊息的指標
    • wait_option 定義訊息佇列已滿時服務的行為
      • TX_NO_WAIT (0x00000000) - 無論是否成功都立即回傳(用于非執行緒呼叫,例如中斷里面)
      • TX_WAIT_FOREVER (0xFFFFFFFF) - 一直等待直到佇列有空位可以放置訊息
      • 0x00000001 ~ 0xFFFFFFFE - 指定具體等待心跳節拍數(如果心跳頻率1KHZ,那么單位就是ms )
  • 回傳值
    • TX_SUCCESS (0x00) 操作成功
    • TX_DELETED (0x01) 執行緒掛起時洗掉了訊息佇列
    • TX_QUEUE_FULL (0x0B) 服務無法發送訊息,因為佇列在指定的等待時間內已滿
    • TX_WAIT_ABORTED (0x1A) 被另一個執行緒、計時器或ISR中斷給中止
    • TX_QUEUE_ERROR (0x09) 無效的訊息佇列指標
    • TX_PTR_ERROR (0x03) 訊息的目標指標無效
    • TX_WAIT_ERROR (0x04) 在非執行緒呼叫中指定了TX_NO_WAIT以外的等待選項
UINT tx_queue_send(
    TX_QUEUE *queue_ptr,
    VOID *source_ptr, 
    ULONG wait_option);

8、注冊發送通知回呼函式

  • 描述
    • 此服務注冊一個通知回呼函式,每當一條訊息發送到指定的佇列時就會呼叫該函式, 通知回呼的處理由應用程式定義
    • 不允許在應用程式的佇列發送通知回呼函式中呼叫具有暫停選項的ThreadX API
  • 引數
    • queue_ptr 指向先前創建的佇列的指標
    • queue_send_notify 指向應用程式佇列發送通知功能的指標, 如果此值為TX_NULL,則禁用通知
  • 回傳值
    • TX_SUCCESS (0x00) 操作成功
    • TX_QUEUE_ERROR (0x09) 無效的佇列指標
    • TX_FEATURE_NOT_ENABLED (0xFF) 禁用了通知功能
UINT tx_queue_send_notify(
    TX_QUEUE *queue_ptr,
    VOID (*queue_send_notify)(TX_QUEUE *));

三、實體演示

  • 該應用實體創建三個任務和一個佇列訊息發送通知回呼
  • 任務1:按鍵1按一次向訊息佇列1發送一條訊息(單個變數訊息)
  • 任務2:按鍵2按一次向訊息佇列2發送一條訊息(結構體指標訊息)
  • 任務3:向訊息佇列3發送訊息;接收任務1和任務2的訊息并列印輸出訊息內容
  • 回呼功能:輸出訊息佇列3的相關資訊

創建訊息佇列

#define DEMO_STACK_SIZE         (2 * 1024)
#define DEMO_BYTE_POOL_SIZE     (32 * 1024)

TX_THREAD       thread_0;
TX_THREAD       thread_1;
TX_THREAD       thread_2;

TX_BYTE_POOL    byte_pool_0;
UCHAR           memory_area[DEMO_BYTE_POOL_SIZE];

/* 訊息佇列 */
TX_QUEUE        tx_queue1;
TX_QUEUE        tx_queue2;
TX_QUEUE        tx_queue3;

ULONG           msg_queue1[32];
ULONG           msg_queue2[16];
ULONG           msg_queue3[8];

struct S_DATA{
    uint32_t id;
    uint16_t flag;
    uint8_t msg[2];
};
struct S_DATA data_package;

void thread_0_entry(ULONG thread_input);
void thread_1_entry(ULONG thread_input);
void thread_2_entry(ULONG thread_input);
void queue3_send_notify(TX_QUEUE *input);
void tx_application_define(void *first_unused_memory)
{
    CHAR    *pointer = TX_NULL;

    /* Create a byte memory pool from which to allocate the thread stacks. */
    tx_byte_pool_create(&byte_pool_0, "byte pool 0", memory_area, DEMO_BYTE_POOL_SIZE);

    /* Allocate the stack for thread 0. */
    tx_byte_allocate(&byte_pool_0, (VOID **) &pointer, DEMO_STACK_SIZE, TX_NO_WAIT);
    /* Create the main thread. */
    tx_thread_create(&thread_0, "thread 0", thread_0_entry, 0,  
                    pointer, DEMO_STACK_SIZE, 
                    1, 1, TX_NO_TIME_SLICE, TX_AUTO_START);

    /* Allocate the stack for thread 1. */
    tx_byte_allocate(&byte_pool_0, (VOID **) &pointer, DEMO_STACK_SIZE, TX_NO_WAIT);
    /* Create threads 1 */
    tx_thread_create(&thread_1, "thread 1", thread_1_entry, 0,  
                    pointer, DEMO_STACK_SIZE, 
                    2, 2, TX_NO_TIME_SLICE, TX_AUTO_START);

    /* Allocate the stack for thread 2. */
    tx_byte_allocate(&byte_pool_0, (VOID **) &pointer, DEMO_STACK_SIZE, TX_NO_WAIT);
    /* Create threads 1 */
    tx_thread_create(&thread_2, "thread 2", thread_2_entry, 0,  
                    pointer, DEMO_STACK_SIZE, 
                    3, 3, TX_NO_TIME_SLICE, TX_AUTO_START);

    /* 創建訊息佇列 */
    tx_queue_create(&tx_queue1, "tx_queue1", 1, msg_queue1, sizeof(msg_queue1));
    tx_queue_create(&tx_queue2, "tx_queue2", 1, msg_queue2, sizeof(msg_queue2));
    tx_queue_create(&tx_queue3, "tx_queue2", 1, msg_queue3, sizeof(msg_queue3));
    
    /* 注冊發送訊息回呼 */
    tx_queue_send_notify(&tx_queue3, queue3_send_notify);
}

任務1

void    thread_0_entry(ULONG thread_input)
{
    uint8_t i =0, key_flag = 0;
    uint8_t data_single = 0;

    while(1)
    {
        if (0 == key_flag)
        {
            if (GPIO_PIN_SET == HAL_GPIO_ReadPin(KEY1_GPIO_Port, KEY1_Pin))
            {
                key_flag = 1;
            }
        }
        else
        {
            if (GPIO_PIN_RESET == HAL_GPIO_ReadPin(KEY1_GPIO_Port,KEY1_Pin))
            {
                key_flag = 0;
                /*按鍵1觸發,向佇列1發送訊息*/
                data_single++;
                tx_queue_send(&tx_queue1, &data_single, TX_NO_WAIT);
            }
        }
        tx_thread_sleep(20);
    }
}

任務2

void    thread_1_entry(ULONG thread_input)
{
    uint8_t key_flag = 0;
    struct S_DATA *pData;

    pData = https://www.cnblogs.com/zzssdd2/archive/2020/12/22/&data_package;
    pData->id       = 1;
    pData->flag     = 2;
    pData->msg[0]   = 3;
    pData->msg[1]   = 4;

    while(1)
    {
        if (0 == key_flag)
        {
            if (GPIO_PIN_SET == HAL_GPIO_ReadPin(KEY2_GPIO_Port, KEY2_Pin))
            {
                key_flag = 1;
            }
        }
        else
        {
            if (GPIO_PIN_RESET == HAL_GPIO_ReadPin(KEY2_GPIO_Port,KEY2_Pin))
            {
                key_flag = 0;
                /*按鍵2觸發,向佇列2發送訊息*/
                pData->id       += 8;
                pData->flag     += 4;
                pData->msg[0]   += 2;
                pData->msg[1]   += 1;
                tx_queue_send(&tx_queue2, &pData, TX_NO_WAIT);
            }
        }
        tx_thread_sleep(20);
    }
}

任務3

void    thread_2_entry(ULONG thread_input)
{
    UINT status;
    uint8_t char_data;
    ULONG long_data = https://www.cnblogs.com/zzssdd2/archive/2020/12/22/0;
    struct S_DATA *buf_data;

    while(1)
    {
        /* 向佇列3發送訊息 */
        long_data++;
        tx_queue_send(&tx_queue3, &long_data, TX_NO_WAIT);
        if (0 == (long_data & 7))
        {
            tx_queue_flush(&tx_queue3);
        }

        /* 接收佇列1訊息 */
        status = tx_queue_receive(&tx_queue1, &char_data, 1000);
        if (TX_SUCCESS == status)
        {
            SEGGER_RTT_SetTerminal(0);
            SEGGER_RTT_printf(0, RTT_CTRL_TEXT_BRIGHT_GREEN"message queue1 receive data is %d\r\n", char_data);
        }

        /* 接收佇列2訊息 */
        status = tx_queue_receive(&tx_queue2, &buf_data, 1000);
        if (TX_SUCCESS == status)
        {
            SEGGER_RTT_SetTerminal(1);
            SEGGER_RTT_printf(0, RTT_CTRL_TEXT_BRIGHT_YELLOW"message queue2 receive data is %d\t%d\t%d\t%d \r\n", \
                                buf_data->id, \
                                buf_data->flag, \
                                buf_data->msg[0], \
                                buf_data->msg[1]);
        }
    } 	
}

發送佇列訊息回呼功能

void    queue3_send_notify(TX_QUEUE *input)
{
    ULONG enqueued;             // 佇列中的訊息數
    ULONG available_storage;    // 佇列剩余空間
    
    tx_queue_info_get(&tx_queue3, TX_NULL, &enqueued, &available_storage, TX_NULL, TX_NULL, TX_NULL);
    
    SEGGER_RTT_SetTerminal(2);
    SEGGER_RTT_printf(0, "the number of messages in the queue3 %d\r\n", enqueued);
    SEGGER_RTT_printf(0, "the queue3 remaining size %d\r\n", available_storage);
}

任務1演示結果

任務2演示結果

任務3演示結果

注:關于使用SEGGER_RTT列印功能可以參考這篇筆記:https://www.cnblogs.com/zzssdd2/p/14162382.html

轉載請註明出處,本文鏈接:https://www.uj5u.com/caozuo/238861.html

標籤:其他

上一篇:CentOS 8.2上安裝Apache Kafka服務器

下一篇:VMware中安裝的Ubuntu18.04,使用tab補全命令列時補全結果出現刷屏現象

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • CA和證書

    1、在 CentOS7 中使用 gpg 創建 RSA 非對稱密鑰對 gpg --gen-key #Centos上生成公鑰/密鑰對(存放在家目錄.gnupg/) 2、將 CentOS7 匯出的公鑰,拷貝到 CentOS8 中,在 CentOS8 中使用 CentOS7 的公鑰加密一個檔案 gpg -a ......

    uj5u.com 2020-09-10 00:09:53 more
  • Kubernetes K8S之資源控制器Job和CronJob詳解

    Kubernetes的資源控制器Job和CronJob詳解與示例 ......

    uj5u.com 2020-09-10 00:10:45 more
  • VMware下安裝CentOS

    VMware下安裝CentOS 一、軟硬體準備 1 Centos鏡像準備 1.1 CentOS鏡像下載地址 下載地址 1.2 CentOS鏡像下載程序 點擊下載地址進入如下圖的網站,選擇需要下載的版本,這里選擇的是Centos8,點擊如圖所示。 決定選擇Centos8后,選擇想要的鏡像源進行下載,此 ......

    uj5u.com 2020-09-10 00:12:10 more
  • 如何使用Grep命令查找多個字串

    如何使用Grep 命令查找多個字串 大家好,我是良許! 今天向大家介紹一個非常有用的技巧,那就是使用 grep 命令查找多個字串。 簡單介紹一下,grep 命令可以理解為是一個功能強大的命令列工具,可以用它在一個或多個輸入檔案中搜索與正則運算式相匹配的文本,然后再將每個匹配的文本用標準輸出的格式 ......

    uj5u.com 2020-09-10 00:12:28 more
  • git配置http代理

    git配置http代理 經常遇到克隆 github 慢的問題,這里記錄一下幾種配置 git 代理的方法,解決 clone github 過慢。 目錄 git配置代理 git單獨配置github代理 git配置全域代理 配置終端環境變數 git配置代理 主要使用 git config 命令 git單獨 ......

    uj5u.com 2020-09-10 00:12:33 more
  • Linux npm install 裝包時提示Error EACCES permission denied解

    npm install 裝包時提示Error EACCES permission denied解決辦法 ......

    uj5u.com 2020-09-10 00:12:53 more
  • Centos 7下安裝nginx,使用yum install nginx,提示沒有可用的軟體包

    Centos 7下安裝nginx,使用yum install nginx,提示沒有可用的軟體包。 18 (flaskApi) [root@67 flaskDemo]# yum -y install nginx 19 已加載插件:fastestmirror, langpacks 20 Loading ......

    uj5u.com 2020-09-10 00:13:13 more
  • Linux查看服務器暴力破解ssh IP

    在公網的服務器上經常遇到別人爆破你服務器的22埠,用來挖礦或者干其他嘿嘿嘿的事情~ 這種情況下正確的做法是: 修改默認ssh的22埠 使用設定密鑰登錄或者白名單ip登錄 建議服務器密碼為復雜密碼 創建普通用戶登錄服務器(root權限過大) 建立堡壘機,實作統一管理服務器 統計爆破IP [root ......

    uj5u.com 2020-09-10 00:13:17 more
  • CentOS 7系統常見快捷鍵操作方式

    Linux系統中一些常見的快捷方式,可有效提高操作效率,在某些時刻也能避免操作失誤帶來的問題。 ......

    uj5u.com 2020-09-10 00:13:31 more
  • CentOS 7作業系統目錄結構介紹

    作業系統存在著大量的資料檔案資訊,相應檔案資訊會存在于系統相應目錄中,為了更好的管理資料資訊,會將系統進行一些目錄規劃,不同目錄存放不同的資源。 ......

    uj5u.com 2020-09-10 00:13:35 more
最新发布
  • vim的常用命令

    Vim的6種基本模式 1. 普通模式在普通模式中,用的編輯器命令,比如移動游標,洗掉文本等等。這也是Vim啟動后的默認模式。這正好和許多新用戶期待的操作方式相反(大多數編輯器默認模式為插入模式)。 2. 插入模式在這個模式中,大多數按鍵都會向文本緩沖中插入文本。大多數新用戶希望文本編輯器編輯程序中一 ......

    uj5u.com 2023-04-20 08:43:21 more
  • vim的常用命令

    Vim的6種基本模式 1. 普通模式在普通模式中,用的編輯器命令,比如移動游標,洗掉文本等等。這也是Vim啟動后的默認模式。這正好和許多新用戶期待的操作方式相反(大多數編輯器默認模式為插入模式)。 2. 插入模式在這個模式中,大多數按鍵都會向文本緩沖中插入文本。大多數新用戶希望文本編輯器編輯程序中一 ......

    uj5u.com 2023-04-20 08:42:36 more
  • docker學習

    ###Docker概述 真實專案部署環境可能非常復雜,傳統發布專案一個只需要一個jar包,運行環境需要單獨部署。而通過Docker可將jar包和相關環境(如jdk,redis,Hadoop...)等打包到docker鏡像里,將鏡像發布到Docker倉庫,部署時下載發布的鏡像,直接運行發布的鏡像即可。 ......

    uj5u.com 2023-04-19 09:26:53 more
  • 設定Windows主機的瀏覽器為wls2的默認瀏覽器

    這里以Chrome為例。 1. 準備作業 wsl是可以使用Windows主機上安裝的exe程式,出于安全考慮,默認情況下改功能是無法使用。要使用的話,終端需要以管理員權限啟動。 我這里以Windows Terminal為例,介紹如何默認使用管理員權限打開終端,具體操作如下圖所示: 2. 操作 wsl ......

    uj5u.com 2023-04-19 09:25:49 more
  • docker學習

    ###Docker概述 真實專案部署環境可能非常復雜,傳統發布專案一個只需要一個jar包,運行環境需要單獨部署。而通過Docker可將jar包和相關環境(如jdk,redis,Hadoop...)等打包到docker鏡像里,將鏡像發布到Docker倉庫,部署時下載發布的鏡像,直接運行發布的鏡像即可。 ......

    uj5u.com 2023-04-19 09:19:04 more
  • Linux學習筆記

    IP地址和主機名 IP地址 ifconfig可以用來查詢本機的IP地址,如果不能使用,可以通過install net-tools安裝。 Centos系統下ens33表示主網卡;inet后表示IP地址;lo表示本地回環網卡; 127.0.0.1表示代指本機;0.0.0.0可以用于代指本機,同時在放行設 ......

    uj5u.com 2023-04-18 06:52:01 more
  • 解決linux系統的kdump服務無法啟動的問題

    問題:專案麒麟系統服務器的kdump服務無法啟動,沒有相關日志無法定位問題。 1、查看服務狀態是關閉的,重啟系統也無法啟動 systemctl status kdump 2、修改grub引數,修改“crashkernel”為“512M(有的機器數值太大太小都會導致報錯,建議從128M開始試,或者加個 ......

    uj5u.com 2023-04-12 09:59:50 more
  • 解決linux系統的kdump服務無法啟動的問題

    問題:專案麒麟系統服務器的kdump服務無法啟動,沒有相關日志無法定位問題。 1、查看服務狀態是關閉的,重啟系統也無法啟動 systemctl status kdump 2、修改grub引數,修改“crashkernel”為“512M(有的機器數值太大太小都會導致報錯,建議從128M開始試,或者加個 ......

    uj5u.com 2023-04-12 09:59:01 more
  • 你是不是暴露了?

    作者:袁首京 原創文章,轉載時請保留此宣告,并給出原文連接。 如果您是計算機相關從業人員,那么應該經歷不止一次網路安全專項檢查了,你肯定是收到過資訊系統技術檢測報告,要求你加強風險監測,確保你提供的系統服務堅實可靠了。 沒檢測到問題還好,檢測到問題的話,有些處理起來還是挺麻煩的,尤其是線上正在運行的 ......

    uj5u.com 2023-04-05 16:52:56 more
  • 細節拉滿,80 張圖帶你一步一步推演 slab 記憶體池的設計與實作

    1. 前文回顧 在之前的幾篇記憶體管理系列文章中,筆者帶大家從宏觀角度完整地梳理了一遍 Linux 記憶體分配的整個鏈路,本文的主題依然是記憶體分配,這一次我們會從微觀的角度來探秘一下 Linux 內核中用于零散小記憶體塊分配的記憶體池 —— slab 分配器。 在本小節中,筆者還是按照以往的風格先帶大家簡單 ......

    uj5u.com 2023-04-05 16:44:11 more