色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

這些英文縮寫架構(gòu)師一定要明白

IT家園 ? 2019-07-17 14:00 ? 次閱讀

架構(gòu)師必備的20個英文縮寫!看你知道幾個?今天西安達(dá)內(nèi)小編就針對架構(gòu)師方面的知識點給大家分析一下!

作為一個架構(gòu)師,如果在面試的時候,面試官說出了一個英文縮寫,這個時候如果你沒有聽過,是不是很尷尬?而且你也沒辦法針對這個問題進(jìn)行描述回答!所以,多學(xué)習(xí)一些基礎(chǔ)的英文縮寫,一是面試可以游刃有余,二是可以裝逼!下面的20個縮寫,你都能講清楚嗎?

IOC:

控制反轉(zhuǎn)(Inversion of Control,縮寫為IoC),是面向?qū)ο?a href="http://www.1cnz.cn/v/tag/1315/" target="_blank">編程中的一種設(shè)計原則,可以用來減低計算機代碼之間的耦合度。其中最常見的方式叫做依賴注入(Dependency Injection,簡稱DI),還有一種方式叫“依賴查找”(Dependency Lookup)。通過控制反轉(zhuǎn),對象在被創(chuàng)建的時候,由一個調(diào)控系統(tǒng)內(nèi)所有對象的外界實體將其所依賴的對象的引用傳遞給它。也可以說,依賴被注入到對象中。

AOP:

在軟件業(yè),AOP為Aspect Oriented Programming的縮寫,意為:面向切面編程,通過預(yù)編譯方式和運行期動態(tài)代理實現(xiàn)程序功能的統(tǒng)一維護(hù)的一種技術(shù)。AOP是OOP的延續(xù),是軟件開發(fā)中的一個熱點,也是Spring框架中的一個重要內(nèi)容,是函數(shù)式編程的一種衍生范型。利用AOP可以對業(yè)務(wù)邏輯的各個部分進(jìn)行隔離,從而使得業(yè)務(wù)邏輯各部分之間的耦合度降低,提高程序的可重用性,同時提高了開發(fā)的效率。

CAS:

是一種樂觀鎖機制。CAS是英文單詞Compare And Swap的縮寫,翻譯過來就是比較并替換。CAS機制當(dāng)中使用了3個基本操作數(shù):內(nèi)存地址V,舊的預(yù)期值A(chǔ),要修改的新值B。更新一個變量的時候,只有當(dāng)變量的預(yù)期值A(chǔ)和內(nèi)存地址V當(dāng)中的實際值相同時,才會將內(nèi)存地址V對應(yīng)的值修改為B。

CAP:

CAP原則又稱CAP定理,指的是在一個分布式系統(tǒng)中,一致性(Consistency)、可用性(Availability)、分區(qū)容忍性(Partition tolerance)。CAP 原則指的是,這三個要素最多只能同時實現(xiàn)兩點,不可能三者兼顧。

一致性(C):在分布式系統(tǒng)中的所有數(shù)據(jù)備份,在同一時刻是否同樣的值。(等同于所有節(jié)點訪問同一份最新的數(shù)據(jù)副本)

可用性(A):在集群中一部分節(jié)點故障后,集群整體是否還能響應(yīng)客戶端的讀寫請求。(對數(shù)據(jù)更新具備高可用性)

分區(qū)容忍性(P):以實際效果而言,分區(qū)相當(dāng)于對通信的時限要求。系統(tǒng)如果不能在時限內(nèi)達(dá)成數(shù)據(jù)一致性,就意味著發(fā)生了分區(qū)的情況,必須就當(dāng)前操作在C和A之間做出選擇。

AICD:

事務(wù)屬性AICD:

原子性(Atomicity):整體不可分割性,要么全做要不全不做。

一致性(Consistency) :事務(wù)執(zhí)行前、后數(shù)據(jù)庫狀態(tài)均一致。

隔離性(Isolation) :在事務(wù)未提交前,它操作的數(shù)據(jù),對其它用戶不可見(從其他session讀取的數(shù)據(jù)還是commit之前的數(shù)據(jù)狀態(tài))。

持久性(Durability):一旦事務(wù)成功,將進(jìn)行永久的變更,記錄與redo日志。

RC:

數(shù)據(jù)庫隔離級別,Read Committed(讀取提交內(nèi)容)。

(1) 這是大多數(shù)數(shù)據(jù)庫系統(tǒng)的默認(rèn)隔離級別(但不是MySQL默認(rèn)的)

(2)它滿足了隔離的簡單定義:一個事務(wù)只能看見已經(jīng)提交事務(wù)所做的改變

(3)這種隔離級別出現(xiàn)的問題是——不可重復(fù)讀(Nonrepeatable Read):不可重復(fù)讀意味著我們在同一個事務(wù)中執(zhí)行完全相同的select語句時可能看到不一樣的結(jié)果。

RR:

數(shù)據(jù)庫隔離級別,Repeatable Read(可重讀)。

(1)這是MySQL的默認(rèn)事務(wù)隔離級別。

(2)它確保同一事務(wù)的多個實例在并發(fā)讀取數(shù)據(jù)時,會看到同樣的數(shù)據(jù)行。

(3)此級別可能出現(xiàn)的問題——幻讀(Phantom Read):當(dāng)用戶讀取某一范圍的數(shù)據(jù)行時,另一個事務(wù)又在該范圍內(nèi)插入了新行,當(dāng)用戶再讀取該范圍的數(shù)據(jù)行時,會發(fā)現(xiàn)有新的“幻影” 行。

(4)InnoDB和Falcon存儲引擎通過多版本并發(fā)控制(MVCC,Multiversion Concurrency Control)機制解決了該問題。

Binlog:

是The Binary Log的簡稱,意思就是二進(jìn)制的日志文件。binlog是一個二進(jìn)制格式的文件,用于記錄用戶對數(shù)據(jù)庫更新的SQL語句信息,例如更改數(shù)據(jù)庫表和更改內(nèi)容的SQL語句都會記錄到binlog里,但是對庫表等內(nèi)容的查詢不會記錄。默認(rèn)情況下,binlog日志是二進(jìn)制格式的,不能使用查看文本工具的命令(比如,cat,vi等)查看,而使用mysqlbinlog解析查看。當(dāng)有數(shù)據(jù)寫入到數(shù)據(jù)庫時,還會同時把更新的SQL語句寫入到對應(yīng)的binlog文件里,這個文件就是上文說的binlog文件。使用mysqldump備份時,只是對一段時間的數(shù)據(jù)進(jìn)行全備,但是如果備份后突然發(fā)現(xiàn)數(shù)據(jù)庫服務(wù)器故障,這個時候就要用到binlog的日志了。主要作用是用于數(shù)據(jù)庫的主從復(fù)制及數(shù)據(jù)的增量恢復(fù)。

MVCC:

Multi-Version Concurrency Control 多版本并發(fā)控制,MVCC 是一種并發(fā)控制的方法,一般在數(shù)據(jù)庫管理系統(tǒng)中,實現(xiàn)對數(shù)據(jù)庫的并發(fā)訪問;在編程語言中實現(xiàn)事務(wù)內(nèi)存。MVCC是通過保存數(shù)據(jù)在某個時間點的快照來實現(xiàn)的. 不同存儲引擎的MVCC. 不同存儲引擎的MVCC實現(xiàn)是不同的,典型的有樂觀并發(fā)控制和悲觀并發(fā)控制。

RESP:

Redis Serialization Protocol,RESP 是 Redis 序列化協(xié)議的簡寫。它是一種直觀的文本協(xié)議,優(yōu)勢在于實現(xiàn)異常簡 單,解析性能極好。

COW:

寫入時復(fù)制(英語:Copy-on-write,簡稱COW)是一種計算機程序設(shè)計領(lǐng)域的優(yōu)化策略。其核心思想是,如果有多個調(diào)用者(callers)同時請求相同資源(如內(nèi)存或磁盤上的數(shù)據(jù)存儲),他們會共同獲取相同的指針指向相同的資源,直到某個調(diào)用者試圖修改資源的內(nèi)容時,系統(tǒng)才會真正復(fù)制一份專用副本(private copy)給該調(diào)用者,而其他調(diào)用者所見到的最初的資源仍然保持不變。這過程對其他的調(diào)用者都是透明的(transparently)。 優(yōu)點是如果調(diào)用者沒有修改該資源,就不會有副本(private copy)被建立,因此多個調(diào)用者只是讀取操作時可以共享同一份資源。

AMQP:

即Advanced Message Queuing Protocol,一個提供統(tǒng)一消息服務(wù)的應(yīng)用層標(biāo)準(zhǔn)高級消息隊列協(xié)議,是應(yīng)用層協(xié)議的一個開放標(biāo)準(zhǔn),為面向消息的中間件設(shè)計。基于此協(xié)議的客戶端與消息中間件可傳遞消息,并不受客戶端/中間件不同產(chǎn)品,不同的開發(fā)語言等條件的限制。Erlang中的實現(xiàn)有 RabbitMQ等。

SDS:

簡單動態(tài)字符串(simple dynamic string,SDS)的抽象類型。字符串是Redis中最為常見的數(shù)據(jù)存儲類型,其底層實現(xiàn)是簡單動態(tài)字符串sds(simple dynamic string),是可以修改的字符串。它類似于Java中的ArrayList,它采用預(yù)分配冗余空間的方式來減少內(nèi)存的頻繁分配。C語言字符串使用長度為n+1的字符數(shù)組來表示長度為n的字符串,并且字符數(shù)組的最后一個元素總是空字符'\0',因為這種字符串表示方式不能滿足Redis對字符串在安全性、效率以及功能方面的要求,所以Redis自己構(gòu)建了SDS,用于滿足其需求。在Redis里,C語言字符串只用于一些無須對字符串值進(jìn)行修改的地方,比如:日志。在Redis中,包含字符串值的鍵值對都是使用SDS實現(xiàn)的,除此之外,SDS還被用于AOF緩沖區(qū)、客戶端狀態(tài)的輸入緩沖區(qū)。

DDD:

DDD(Domain-Driven Design 領(lǐng)域驅(qū)動設(shè)計)是由Eric Evans最先提出,目的是對軟件所涉及到的領(lǐng)域進(jìn)行建模,以應(yīng)對系統(tǒng)規(guī)模過大時引起的軟件復(fù)雜性的問題。整個過程大概是這樣的,開發(fā)團(tuán)隊和領(lǐng)域?qū)<乙黄鹜ㄟ^ 通用語言(Ubiquitous Language)去理解和消化領(lǐng)域知識,從領(lǐng)域知識中提取和劃分為一個一個的子領(lǐng)域(核心子域,通用子域,支撐子域),并在子領(lǐng)域上建立模型,再重復(fù)以上步驟,這樣周而復(fù)始,構(gòu)建出一套符合當(dāng)前領(lǐng)域的模型。

RDB:

Redis支持RDB和AOF兩種持久化機制,持久化功能有效地避免因進(jìn)程退出造成的數(shù)據(jù)丟失問題,當(dāng)下次重啟時利用之前持久化文件即可實現(xiàn)數(shù)據(jù)恢復(fù)。RDB (Redis DataBase)。RDB 是 Redis 默認(rèn)的持久化方案。在指定的時間間隔內(nèi),執(zhí)行指定次數(shù)的寫操作,則會將內(nèi)存中的數(shù)據(jù)寫入到磁盤中。即在指定目錄下生成一個dump.rdb文件。Redis 重啟會通過加載dump.rdb文件恢復(fù)數(shù)據(jù)。RDB持久化是把當(dāng)前進(jìn)程數(shù)據(jù)生成快照保存到硬盤的過程,觸發(fā)RDB持久化過程分為手動觸發(fā)和自動觸發(fā)。

AOF:

Redis支持RDB和AOF兩種持久化機制,持久化功能有效地避免因進(jìn)程退出造成的數(shù)據(jù)丟失問題,當(dāng)下次重啟時利用之前持久化文件即可實現(xiàn)數(shù)據(jù)恢復(fù)。AOF(append only file)持久化:以獨立日志的方式記錄每次寫命令,重啟時再重新執(zhí)行AOF文件中命令達(dá)到恢復(fù)數(shù)據(jù)的目的。AOF的主要作用是解決了數(shù)據(jù)持久化的實時性,目前已經(jīng)是Redis持久化的主流方式。

ZAB:

ZAB 協(xié)議全稱:Zookeeper Atomic Broadcast(Zookeeper 原子廣播協(xié)議)。ZAB 協(xié)議的消息廣播過程使用的是一個原子廣播協(xié)議,類似一個 二階段提交過程。對于客戶端發(fā)送的寫請求,全部由 Leader 接收,Leader 將請求封裝成一個事務(wù) Proposal,將其發(fā)送給所有 Follwer ,然后,根據(jù)所有 Follwer 的反饋,如果超過半數(shù)成功響應(yīng),則執(zhí)行 commit 操作(先提交自己,再發(fā)送 commit 給所有 Follwer)。

ACK:

ACK消息,Acknowledgement 。是在計算機網(wǎng)上中通信協(xié)議的一部分,是設(shè)備或是進(jìn)程發(fā)出的消息,回復(fù)已收到數(shù)據(jù)。例如在傳輸控制協(xié)議(TCP,Transmission Control Protocol)中就有用ACK來告知創(chuàng)建鏈接時有收到SYN數(shù)據(jù)包、使用鏈接時有收到數(shù)據(jù)包,或是在中止鏈接有收到FIN數(shù)據(jù)包。

BIO:

Blocking Input Output,同步阻塞I/O模式,數(shù)據(jù)的讀取寫入必須阻塞在一個線程內(nèi)等待其完成。服務(wù)器實現(xiàn)模式為一個連接一個線程,即客戶端有連接請求時服務(wù)器端就需要啟動一個線程進(jìn)行處理,如果這個連接不做任何事情會造成不必要的線程開銷,當(dāng)然可以通過線程池機制改善。

NIO:

NIO是指將IO模式設(shè)為“Non-Blocking”模式。NIO是一種同步非阻塞的I/O模型,在Java 1.4 中引入了NIO框架,對應(yīng) java.nio 包,提供了 Channel , Selector,Buffer等抽象。NIO中的N可以理解為Non-blocking,不單純是New。它支持面向緩沖的,基于通道的I/O操作方法。


聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 架構(gòu)師
    +關(guān)注

    關(guān)注

    0

    文章

    47

    瀏覽量

    4622
收藏 人收藏

    評論

    相關(guān)推薦

    AFE4900的SEN引腳一定要拉低或拉高嗎?可以浮空嗎?

    AFE4900的SEN引腳,一定要拉低或拉高嗎?可以浮空嗎?
    發(fā)表于 12-09 07:18

    AD8338ACPZ輸出后,一定要接慮波嗎?

    請問下,AD8338ACPZ輸出后,一定要接慮波嗎? 可以直接輸出AD給MCU嗎? 還有,這個芯片還正常量產(chǎn)嗎?
    發(fā)表于 12-03 08:34

    半導(dǎo)體領(lǐng)域常見的英文縮寫及對應(yīng)描述

    在半導(dǎo)體領(lǐng)域,有許多常見的英文縮寫及其對應(yīng)的描述。以下是些常見的縮寫及其解釋: 器件類型領(lǐng)域 MOSFET ? ? (Metal-Oxide-Semiconductor Field-
    的頭像 發(fā)表于 11-21 17:05 ?1164次閱讀

    DDC112U的clk和conv信號一定要同步嘛,不同步會不會有問題?

    DDC112U的clk和conv信號一定要同步嘛,不同步會不會有問題
    發(fā)表于 11-18 08:03

    終于知道為什么一定要預(yù)埋HDMI線了

    ] | | ---------------------------------------------------------------------------------------- |蕞近,大數(shù)據(jù)給我推送了篇文章,講的是家裝時一定要預(yù)埋HDMI線,我在想大家在裝
    的頭像 發(fā)表于 10-24 15:25 ?260次閱讀

    運放的輸入端為什么一定要有直流通路?

    運放的輸入端為什么一定要有直流通路?就是接個電阻到地呢?之前用的VCA822有自激振蕩,用戶手冊中說要在輸入端接電阻到地,后來用的TL3016的比較器,輸出波形明顯的雜波,發(fā)現(xiàn)輸入端接對地電阻后波形就變好了...我想請問這樣的方式有什么理論依據(jù)呢?
    發(fā)表于 09-19 06:04

    4G模組無法正常聯(lián)網(wǎng)?一定要記得考慮SIM卡的問題!

    當(dāng)大家在調(diào)試4G模組但卻無法正常聯(lián)網(wǎng)時, 大多數(shù)人的第反應(yīng)是這4G模組一定有什么問題吧? 幾乎沒有人會認(rèn)為是流量卡(SIM卡)的問題,一定要記得考慮SIM卡。
    的頭像 發(fā)表于 08-12 15:37 ?2000次閱讀
    4G模組無法正常聯(lián)網(wǎng)?<b class='flag-5'>一定要</b>記得考慮SIM卡的問題!

    中級自動駕駛架構(gòu)師應(yīng)該學(xué)習(xí)哪些知識

    個新興且不斷發(fā)展的職業(yè)。隨著技術(shù)的進(jìn)步,這領(lǐng)域?qū)⒗^續(xù)吸引更多人才,推動自動駕駛技術(shù)的發(fā)展。 自動駕駛架構(gòu)師在設(shè)計和開發(fā)自動駕駛系統(tǒng)時將面臨系列挑戰(zhàn),包括:安全關(guān)鍵的邊緣情況、領(lǐng)
    的頭像 發(fā)表于 06-20 21:47 ?285次閱讀

    初級自動駕駛架構(gòu)師應(yīng)該學(xué)習(xí)哪些知識

    個新興且不斷發(fā)展的職業(yè)。隨著技術(shù)的進(jìn)步,這領(lǐng)域?qū)⒗^續(xù)吸引更多人才,推動自動駕駛技術(shù)的發(fā)展。 自動駕駛架構(gòu)師在設(shè)計和開發(fā)自動駕駛系統(tǒng)時將面臨系列挑戰(zhàn),包括:安全關(guān)鍵的邊緣情況、領(lǐng)
    的頭像 發(fā)表于 06-20 21:45 ?298次閱讀

    請問STM8L152K4的LCD控制一定要RTC時鐘才能工作嗎?

    請問STM8L152K4的LCD控制一定要RTC時鐘才能工作嗎?板子沒有RTC的外部晶振,我用STM8L1526_EVAL的例程,修改LCD時鐘源為LSI時,發(fā)現(xiàn)LCD初始化函數(shù)的相關(guān)寄存器值在DEBUG時發(fā)現(xiàn)都不會賦值更新,直是默認(rèn)值。用庫里自帶的LCD模板,修改為L
    發(fā)表于 05-08 06:36

    LIS2DW12的中斷腳一定要接到MCU嗎?

    LIS2DW12的中斷腳一定要接到MCU嗎
    發(fā)表于 03-18 08:07

    pcb設(shè)計的基本原則分享 PCB設(shè)計16個原則一定要知道

    PCB設(shè)計的這16個原則你一定要知道
    的頭像 發(fā)表于 03-12 11:19 ?2856次閱讀

    相位補償原理是什么?集成運算電路是否一定要進(jìn)行相位補償?

    相位補償原理是什么?集成運算電路是否一定要進(jìn)行相位補償? 相位補償原理是指通過合適的電路設(shè)計和調(diào)整,來解決信號在電路中傳輸過程中產(chǎn)生的相位偏移問題。在電路中,信號經(jīng)過傳輸、放大等處理后,往往會產(chǎn)生
    的頭像 發(fā)表于 02-02 09:50 ?2241次閱讀

    這些關(guān)于直線電機模組選型要求與原則,你一定要知道

    直線電機模組作為現(xiàn)代工業(yè)自動化領(lǐng)域中的重要組成部分,其選型要求十分嚴(yán)格。在進(jìn)行直線電機模組選型時,需要遵循一定的要求和原則,以確保選型的合理性和適用性。
    的頭像 發(fā)表于 01-17 11:30 ?886次閱讀
    <b class='flag-5'>這些</b>關(guān)于直線電機模組選型要求與原則,你<b class='flag-5'>一定要</b>知道

    請問ADXL345是否一定要先校準(zhǔn)才能使用?

    初次使用ADXL345做傾斜角度檢測,次性做了50塊板,發(fā)現(xiàn)有10塊板的輸出加速度值不對,是不是芯片的致性不好?想請問下ADXL345是否一定要先校準(zhǔn)才能使用? 如果是
    發(fā)表于 01-02 07:50
    主站蜘蛛池模板: 正在播放黑人杂交派对卧槽| 高清国语自产拍在线| 影音先锋xfplay影院av| 免费看男人J放进女人J无遮掩| 干丝袜美女| 在线免费观看国产精品| 手机在线看片欧美亚洲| 浪小辉军警服务员VIDEOS| 国产精品久久久久久AV免费不卡| 91福利国产在线观看网站| 亚洲成人精品久久| 桥本有菜黑丝| 美女坐脸vk| 精品区2区3区4区产品乱码9| 国产99九九久久无码熟妇| 97 sese| 夜夜艹日日干| 亚洲 欧美 清纯 校园 另类 | 午夜在线观看免费完整直播网页| 免费光看午夜请高视频| 精彩国产萝视频在线| 国产成人免费不卡在线观看| 99久久综合国产精品免费| 永久精品视频无码一区| 亚洲高清视频一区| 天海翼精品久久中文字幕| 日本精品卡一卡2卡3卡四卡三卡| 美女视频黄a视频全免费网站色窝| 国产自产第一区c国产| 国产白色视频在线观看w| 背着老婆爆操性感小姨子| 99热精品一区| 97人妻久久久精品系列A片| 中文字幕在线观看亚洲视频 | 国产色青青视频在线观看| 国产a级黄色毛片| 芭乐草莓樱桃丝瓜18岁大全| 99在线观看| yellow免费影视大全| jizzjizz丝袜| 宝贝你骚死哥了好爽|