主頁 > 軟體設計 > 從信號的生命周期了解信號(Linux行程信號)

從信號的生命周期了解信號(Linux行程信號)

2021-04-23 11:18:11 軟體設計

目錄

  • 1. 生活中的信號
  • 2. 系統當中的信號
  • 3. 信號的生命周期
    • 3.1 信號產生
      • 3.1.1 鍵盤產生
      • 3.1.2 系統呼叫,函式產生
        • 3.1.2.1 kill系統呼叫
        • 3.1.2.2 raise函式
        • 3.1.2.3 abort函式
      • 3.1.3 軟體條件產生
        • 3.1.3.1 alarm
      • 3.1.4 硬體條件產生
        • 3.1.5 總結
    • 3.2 信號保存
      • 3.2.1 coredump
      • 3.2.2 位圖
        • 3.2.2.1 sigset
        • 3.2.2.2 信號集操作函式
    • 3.3 信號處理
      • 3.3.1 sigaction

1. 生活中的信號

紅綠燈,現在眼前沒有紅綠燈,但我們知道紅燈停,綠燈行,幼兒園老師在我們的頭腦里注冊了這一個方法,
狼煙,狼煙雖然沒有點燃,但一經點燃,官兵知道該怎么做,
鬧鐘,鬧鐘沒響,但早上響起,我們就要起床,
下課,下課鈴沒響,但是鈴聲一響,我們可以出教室,

信號就是事件發生的一種通知機制,注意,行程通信是傳輸資料,而信號是通知事件給行程,但是可以以看做通信的一種方式,

  1 #include<stdio.h>
  2 #include<unistd.h>
  3 int main()
  4 {
  5    while(1)                                                                                                                                                          
  6    {
  7      printf("running\n");
  8      sleep(1);
  9    }
 10    return 0;
 11 }

當這個前臺行程在運行的時候,輸入什么命令都沒反應
在這里插入圖片描述
在一個終端,只允許有一個前臺行程,當myfile在前臺運行的時候,bash作為后臺行程接收不到其他命令,
那么將它變成后臺行程,./myfile &,bash此時在前臺
在這期間,其他命令可以運行,但是ctrl + c關不了myfile這個行程了
在這里插入圖片描述

用上節學到的行程間通信是可以解釋的,無論是后臺行程myfile,還是bash輸入的命令,都在顯示幕顯示,顯示幕是檔案,它也是一種臨界資源,沒有他加鎖所以顯示到顯示幕就亂打,

注意:

  1. Ctrl-C 產生的信號只能發給前臺行程,一個命令后面加個&可以放到后臺運行,這樣Shell不必等待行程結束就可以接受新的命令,啟動新的行程,
  2. Shell可以同時運行一個前臺行程和任意多個后臺行程,只有前臺行程才能接到像 Ctrl-C 這種控制鍵產生的信號,
  3. 前臺行程在運行程序中用戶隨時可能按下 Ctrl-C 而產生一個信號,也就是說該行程的用戶空間代碼執行到任何地方都有可能收到 SIGINT 信號而終止,所以信號相對于行程的控制流程來說是異步(Asynchronous)的
  4. fg,將一個行程變成前臺行程,bg將一個行程變為后臺行程

2. 系統當中的信號

kill-l查看信號
在這里插入圖片描述
一共62個信號,前31個叫做普通信號,后31個叫做實時信號,

SIGINT:就是ctrl+c,
SIGQUIT:就是ctrl+\ ,會生成一個core檔案
SIGPIPE:讀端關閉讀,寫端還在寫就會發送sigpipe信號

3. 信號的生命周期

生活中,當你接到快遞的電話并不是立刻去取快遞,而是把手頭的事情做完,再去取,而中間這個程序,取快遞這個信號被我們保存在腦海里,所以得出結論,信號產生之后并不是被立即處理的,
在這里插入圖片描述
那么就可以從這三個方面去研究信號,
信號產生的方式,
信號保存的方式,
信號處理的方式,

3.1 信號產生

3.1.1 鍵盤產生

ctrl+c,ctrl+/

3.1.2 系統呼叫,函式產生

3.1.2.1 kill系統呼叫

kill是系統呼叫,向行程發送信號
在這里插入圖片描述
形參是行程的pid,要發幾號信號

  1 #include<stdio.h>
  2 #include<unistd.h>
  3 #include<stdlib.h>
  4 #include<sys/types.h>
  5 #include<signal.h>
  6 int main(int argc,char* argv[])
  7 {
  8    if(argc==3)
  9    {
 10   //字串轉換成整形,不是強轉,不是強轉,強轉是不改變底層結構的
 11      kill(atoi(argv[1]),atoi(argv[2]));                                                                                                                                                                
 12    }
 13    return 0;
 14 }

讓sleep 100變成后臺行程,然后呼叫我們寫的程式殺掉他,

在這里插入圖片描述

3.1.2.2 raise函式

raise是一個向當前行程發送信號的庫函式
在這里插入圖片描述

運行起來會殺掉當前行程,
在這里插入圖片描述
但是值得注意的是,他不能被捕捉,這個代碼利用了signal系統呼叫,捕捉信號,而面對9號信號,無法捕捉,

  1 #include<stdio.h>
  2 #include<unistd.h>
  3 #include<stdlib.h>
  4 #include<sys/types.h>
  5 #include<signal.h>
  6 
  7 void handle(int singno)
  8 {
  9   printf("catch singno:%d\n",singno);
 10 }
 11 int main()                                                                                                                                                           
 12 {
 13    signal(9,handle);
 14    raise(9);
 15    return 0;
 16 }

依舊是被killed
在這里插入圖片描述
其實仔細想想也能理解,萬一這個行程是病毒呢,假如全部信號被捕捉,運行起來沒人管得了他了,
捕捉2,是可以的
在這里插入圖片描述

3.1.2.3 abort函式

在這里插入圖片描述
他是一個執行6號信號的函式,需要注意的是即使我們捕捉他,他還是會在之后運行成功
在這里插入圖片描述

這三個是遞進關系,kill是任意行程,任意信號,raise是任意信號,abort是6號信號

3.1.3 軟體條件產生

向管道,假如讀端關閉掉檔案描述符,寫端是可能會被直接殺掉,用的信號就是sigpipe

3.1.3.1 alarm

在這里插入圖片描述

當某種條件滿足,產生的信號

3.1.4 硬體條件產生

模擬一個野指標,會報出段錯誤

int *p=NULL;
*p=2;

在這里插入圖片描述
經查看是11號信號,野指標是怎么被發現呢?
行程里有指標操作,指標里面存放著虛擬地址,解參考訪問資料,虛擬地址轉換為物理地址,頁表內不存在,或者標志位不一致,而mmu硬體轉換出現錯誤,作業系統識別到錯誤,
野指標(11號信號)
陣列越界
除零(8號信號)
溢位等:cpu狀態暫存器,溢位會存盤溢位狀態

3.1.5 總結

硬體產生,作業系統把組合鍵解釋成信號發給行程,
系統呼叫,作業系統提供的
軟體條件,時機成熟,提醒作業系統發出,
硬體條件,作業系統識別,

所有信號都經過作業系統之手完成,因為作業系統是行程的管理者,這四種都是信號產生的觸發條件,

3.2 信號保存

3.2.1 coredump

當行程例外終止的時候,作業系統將你的一些重要資訊轉儲到硬碟當中生成一個coredump檔案,可以通過查看coredump檔案來進行查看錯誤資訊,
但是默認不生成
在這里插入圖片描述
需要我們修改core file size,
在這里插入圖片描述
通過ulimit -s 修改生成coredump檔案的大小
在這里插入圖片描述
以debug方式生成程式,為了方便除錯
在這里插入圖片描述

通過3號信號來終止這個行程
在這里插入圖片描述
通過gdb除錯可以看出,除錯資訊給出通過3號信號終止了它
在這里插入圖片描述

所以實際上,這是一種事后除錯,行程崩潰之后才進行定位,那為什么需要默認關閉呢,因為默認生成一個core檔案,這個臨時檔案還是比較大的,例如當一個公司的服務器掛掉,首要的問題不是找出原因為什么掛掉,而是先恢復啟動,再找出錯誤所在,假如不斷地掛掉,那么就會不斷生成core檔案,
在之前行程等待時,waitpid方法的第二個引數,status是一個輸出性引數,呼叫此方法,等待的行程正常退出,錯誤退出,檢測這個整數st16位中的高8位,行程例外退出,通過低7位來檢測行程例外退出時,作業系統所發出的信號,而第8位就保存著當前行程是否需要coredump生成core檔案,(因為有些信號是不需要要你生成core檔案的例如kill -9),

3.2.2 位圖

作業系統發出信號,行程不是立即執行信號所對應操作,那么就需要將這個信號保存起來,而位圖正是保存信號的方式,也就是說一個行程結構體里一定有一個位圖來存盤信號,默認全0,

task_struct
{
unsigned int map=0;
}

對于普通信號,比如當作業系統發2號信號,就對應把這個位圖中第2個位元位改成1,所以作業系統發信號,不如把他說成寫信號更加合適,作業系統的任務結束,接下來是行程該如何處理,所以作業系統寫信號,行程不是立即執行的,由行程自己決定什么時候操作,

看幾組概念

  • 實際執行信號的處理動作稱為信號遞達(Delivery)3種方式(默認,自定義,忽略)
  • 信號從產生到遞達之間的狀態,稱為信號未決(Pending),不是立即執行
  • 行程可以選擇阻塞 (Block )某個信號,
  • 被阻塞的信號產生時將保持在未決狀態,直到行程解除對此信號的阻塞,才執行遞達的動作.
    注意,阻塞和忽略是不同的,只要信號被阻塞就不會遞達,而忽略是在遞達之后可選的一種處理動作
    之前創建一個行程需要以下結構體,
    pcb,地址空間,頁表,file_struct,現在又要加一個信號結構體,

前兩個表是位圖結構,第幾個位元位代表第幾個信號,位元位為1代表存在,為0代表不存在
Pending表:是否收到信號,收到幾號信號
Block表:幾號信號,無論是否收到,我就要阻塞他(阻塞可以被取消)
handler表是陣列結構,指標陣列,
handler表:里面存放著一個個函式指標,DFL默認操作,IGN忽略
在這里插入圖片描述
所以之前用的signal(信號,函式指標),下標代表幾號信號,執行什么動作就把對應的函式地址寫進handler表這個指標陣列當中,

注意:如果在行程解除對某信號的阻塞之前這種信號產生過多次,將如何處理?POSIX.1允許系統遞送該信號一次
或多次,Linux是這樣實作的:常規信號在遞達之前產生多次只計一次,而實時信號在遞達之前產生多次可以依次放在一個佇列里,

3.2.2.1 sigset

未決和阻塞標志可以用相同的資料型別sigset_t來存盤,sigset_t稱為信號集,相當于我們自己定義的變數,用作輸出型引數,與后面的函式相互配合,這個型別可以表示每個信號
的“有效(1)”或“無效(0)”狀態,在阻塞信號集中“有效”和“無效”的含義是該信號是否被阻塞,而在未決信號集中“有效”和“無效”的含義是該信號是否處于未決狀態,

3.2.2.2 信號集操作函式

sigset_t型別對于每種信號用一個bit表示“有效”或“無效”狀態,至于這個型別內部如何存盤這些bit則依賴于系統實作,從使用者的角度是不必關心的,使用者只能呼叫以下函式來操作sigset_ t變數,

int sigemptyset(sigset_t *set);

把位元位全部清空

int sigfillset(sigset_t *set);

把位元位設定成全1

int sigaddset (sigset_t *set, int signo);

把對應信號集中信號的位元位由0變1

int sigdelset(sigset_t *set, int signo);

由1變成0

int sigismember(const sigset_t *set, int signo);

查看信號,在信號集中對應的位元位是否為1
先定義一個信號集變數,這幾個都是對我們定義的那個信號集進行操作(無論是block或pending),pcb中對應的信號集,是在呼叫了sigprocmask或sigpending之后才開始改變
sigprocmask
通俗點來說那張block位圖就叫做信號屏蔽字,
引數解釋:
如果oset是非空指標,則讀取行程的當前信號屏蔽字通過oset引數傳出,如果set是非空指標,則 更改行程的信號屏蔽字,引數how指示如何更改,如果oset和set都是非空指標,則先將原來的信號 屏蔽字備份到oset里,然后根據set和how引數更改信號屏蔽字,假設當前的信號屏蔽字為mask,下表說明了how引數的可選值,
mask|set 按位與 ,00 | 01 = 0 1,就把第二個信號添加了
mask&~set 希望洗掉第二個,0111 & ~(0100)= 0011,就洗掉了
覆寫
在這里插入圖片描述

int sigpending(sigset_t *set);

sigset_t pending;
sigemptyset(&pending);


讀取當前行程的未決信號集,通過set引數傳出,呼叫成功則回傳0,出錯則回傳-1,

下面來練習一下這幾個函式,
block表中阻塞2號信號,列印pending表(沒有傳入全0),鍵盤傳入2號信號(到pending表),但由于被阻塞,所以就一直在pending表中不會被遞達,列印pending表(2號信號位元位為1),10次之后,解除屏蔽,由于2號信號遞達,行程終止
所以看到的結果是,先是全0,前四秒沒動,當我發送2號信號,pending表中2號位元位變成1,后6秒列印出來,第10s時解除屏蔽,遞達,默認動作是終止行程,
在這里插入圖片描述
遞達完之后,pending表2號位元位肯定又變成0了,但是默認動作終止了行程,我們也看不到,
不過我們可以修改抵達行為,自定義捕捉一下,讓他不要終止,
也就是說現象是,與之前大致一樣,不過當鍵盤輸入2號信號時,立馬被捕捉,由于行程沒有終止,回圈繼續,列印出來是全0.
在這里插入圖片描述

 1 #include<stdio.h>
  2 #include<signal.h>
  3 #include<unistd.h>
  4 void show_pending(sigset_t *pending)
  5 {
  6   int i=1;
  7   //只阻塞了2號信號
  8   for(;i<=31;i++)
  9   {
 10     //i=2時,判斷2號信號是否在pending表中
 11      if(sigismember(pending,i))
 12      {
 13        printf("1 ");
 14      }
 15      else{
 16        printf("0 ");
 17      }
 18   }
 19   printf("\n");
 20 }
 21 void handler(int sig)                                                                                                                                                
 22 {
 23   printf("%d signal was catched\n",sig);
 24 }
 25 int main()
 26 {
 27 
 28     signal(2,handler);
 29     sigset_t block,o_block;
 30     //初始化
 31     sigemptyset(&block);
 32     sigemptyset(&o_block);
 33     //向我們的變數添加2號信號被阻塞
 34     sigaddset(&block,2);
 35     //把我們設定好的傳給pcb中,pcb為改變之前給到o_block
 36     sigprocmask(SIG_SETMASK,&block,&o_block);
 37     int count=0;
 38     //不斷獲取pending表,鍵盤輸入2號信號,過10秒之后解除屏蔽,行程就結束了
 39     while(1)
 40     {
 41     //初始化
 42     sigset_t pending;
 43     sigemptyset(&pending);
 44     //pcb中的pending,傳給我們的變數
 45     sigpending(&pending);
 46     //先輸出全0,當在這10s內通過鍵盤輸入2號信號,2號信號位元位輸出1,10s到達行程停止
 47     show_pending(&pending);
 48     sleep(1);
 49     count++;
 50     if(count==10)
 51     {
 52       printf("the process will destory\n");
 53       //把他以前的經過初始化全0的block表給他,代表10s過后此時沒有阻塞
 54       sigprocmask(SIG_SETMASK,&o_block,NULL);
 55     }
 56     }
 57   return 0;
 58 }                              

閱讀原始碼可以看到,block表與pending表,handler表(sighand)

在這里插入圖片描述

由于有普通信號和實時信號,所以他們兩個要區分開
在這里插入圖片描述
action就是一個指標陣列,里面存盤這函式指標
在這里插入圖片描述

3.3 信號處理

  1. 忽略此信號,
  2. 執行該信號的默認處理動作,
  3. 自定義,提供一個信號處理函式,要求內核在處理該信號時切換到用戶態執行這個處理函式,這種方式稱為捕捉(Catch)一個信號,

之間講過,信號不是被立即處理的,而是在合適的時候,這個合適的時候就是內核態切換到用戶態的時候,我們的程式是有可能在用戶態在內核態之間互相切換的,
這句話怎么理解呢?假如在程式中定義一個或者修改一個變數,是單純的用戶態,一旦當你printf()這個資料,就必定要呼叫系統呼叫介面write,傳入檔案描述符1,來列印到螢屏,這個write是系統呼叫,是作業系統幫我們做的,所以這就叫內核態,我們大多數寫的代碼都是由用戶態和內核態組成,所以行程在運行的時候也是內核態,用戶態互相切換,

在這里插入圖片描述
由于大多數行程的代碼和資料都不一樣,所以每個行程的用戶級頁表和物理記憶體映射關系也不一樣,但是作業系統的代碼在物理記憶體只有一份,cpu是怎么區分你現在是內核還是用戶呢
當你進行系統呼叫時,每個行程都有自己的內核空間,行程瞬間陷入內核(相當于頂了一個行程殼子的作業系統),暫存器cr會識別到你現在是用戶還是內核,

在這里插入圖片描述

在這里插入圖片描述
這下就可以理解,信號是內核態轉到用戶態的時候處理的,

3.3.1 sigaction

在這里插入圖片描述
signum代表幾號信號,
const struct sigaction *act代表要執行的動作
struct sigaction *oldact代表之前的執行動作

第二個和第三個引數的型別,struct sigaction這個結構體里面包含
在這里插入圖片描述
第二個和第五個是處理實施信號,
第一個是我們處理的動作(函式指標)
第三個是信號集,當你在進行處理對應信號時,把這個信號阻塞掉,防止處理的時候被再次呼叫產生干擾
練習一下,

  1 #include<stdio.h>
  2 #include<unistd.h>
  3 #include<signal.h>
  4 void handler(int sal)
  5 {
  6   printf("handling %d\n",sal);
  7 }
  8 int main()
  9 {
 10   struct sigaction act,o_cat;
 11   act.sa_handler=handler;
 12   act.sa_flags=0;
 13   sigemptyset(&act.sa_mask);
 14 
 15   sigaction(2,&act,&o_cat);
 16   while(1);                                                                                                                                                          
 17   return 0;
 18 }

在這里插入圖片描述

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

標籤:其他

上一篇:安全開發Java:日志注入,并沒那么簡單

下一篇:【資料結構從青銅到王者】第三篇:資料結構之雙向帶頭回圈鏈表

標籤雲
其他(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)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more