java 是什么語言寫的

java 是什么語言寫的

公司主營業(yè)務(wù)：網(wǎng)站設(shè)計(jì)制作、成都做網(wǎng)站、移動(dòng)網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。創(chuàng)新互聯(lián)公司是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對(duì)我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)公司推出龍?zhí)睹赓M(fèi)做網(wǎng)站回饋大家。

JAVA中就虛擬機(jī)是其它語言開發(fā)的，用的是C語言+匯編語言 基于此之上就是JAVA本身了 虛擬機(jī)只起到解析作用

另外，JAVA并不比C語言慢，說JAVA慢一般是九十年代那時(shí)候的JAVA， 而現(xiàn)在 在一段優(yōu)秀的JAVA程序和C程序執(zhí)行效率上來比較是沒有多大差距的 并且現(xiàn)在JAVA已經(jīng)可以像C語言那樣，直接編譯為可執(zhí)行文件（不用虛擬機(jī)，跨平臺(tái)為代價(jià)）了

不知道你看過 卓越編程之道二（運(yùn)用底層思維編寫高級(jí)代碼） 沒有，那里面詳細(xì)的講述了高級(jí)語言從編寫到編譯執(zhí)行的過程，通過目標(biāo)文件的反匯編對(duì)比，發(fā)現(xiàn)C，C++，JAVA，dephi等語言在同等質(zhì)量下的目標(biāo)文件長度上基本上沒多大區(qū)別，一門語言的運(yùn)行速度快慢，與你編寫代碼過程中是否符合編譯器規(guī)則息息相關(guān)。 有空你可以去看看這本書。

glusterfs 是什么語言寫的

glusterfs 是什么語言寫的

使用opencv需要編譯源碼，得到庫文件。可以用cmake構(gòu)建項(xiàng)目后編譯，也可以直接用官方提供的編譯好的版本。

官方提供的編譯庫一般只是標(biāo)準(zhǔn)版本，沒有附加某些庫，比如tbb等，要想讓opencv使用tbb等庫，就只能自己構(gòu)建項(xiàng)目后編譯。

當(dāng)然，一般使用的話，用官方提供的庫即可。OpenCV2.3.1版本就提供編譯好的庫，可以直接設(shè)置使用。

bigtable是什么語言寫的

不過有人大費(fèi)周折為他建立了一個(gè)類似于“關(guān)于 Chuck Norris 的事實(shí)”這樣的網(wǎng)站，這倒是件不同尋常的事。這是因?yàn)?Jeff Dean 是一位軟件工程師

zookeeper是什么語言寫的

本文是Jason Wilder對(duì)于常見的服務(wù)發(fā)現(xiàn)項(xiàng)目 Zookeeper ， Doozer ， Etcd 所寫的一篇博客，其原文地址如下： Open-Source Service Discovery 。

服務(wù)發(fā)現(xiàn)是大多數(shù)分布式系統(tǒng)以及面向服務(wù)架構(gòu)（SOA）的一個(gè)核心組成部分。這個(gè)難題，簡單來說，可以認(rèn)為是：當(dāng)一項(xiàng)服務(wù)存在于多個(gè)主機(jī)節(jié)點(diǎn)上時(shí)，client端如何決策獲取相應(yīng)正確的IP和port。

在傳統(tǒng)情況下，當(dāng)出現(xiàn)服務(wù)存在于多個(gè)主機(jī)節(jié)點(diǎn)上時(shí)，都會(huì)使用靜態(tài)配置的方法來實(shí)現(xiàn)服務(wù)信息的注冊。但是當(dāng)大型系統(tǒng)中，需要部署更多服務(wù)的時(shí)候，事情就顯得復(fù)雜得多。在一個(gè)實(shí)時(shí)的系統(tǒng)中，由于自動(dòng)或者人工的服務(wù)擴(kuò)展，或者服務(wù)的新添加部署，還有主機(jī)的宕機(jī)或者被替換，服務(wù)的location信息可能會(huì)很頻繁的變化。

在這樣的場景下，為了避免不必要的服務(wù)中斷，動(dòng)態(tài)的服務(wù)注冊和發(fā)現(xiàn)就顯得尤為重要。

關(guān)于服務(wù)發(fā)現(xiàn)的話題，已經(jīng)很多次被人所提及，而且也的確不斷的在發(fā)展。現(xiàn)在，筆者介紹一下該領(lǐng)域內(nèi)一些open-source或者被經(jīng)常被世人廣泛討論的解決方案，嘗試?yán)斫馑鼈兊降资侨绾喂ぷ鞯摹Ｌ貏e的是，我們會(huì)較為專注于每一個(gè)解決方案的一致性算法，到底是強(qiáng)一致性，還是弱一致性；運(yùn)行時(shí)依賴；client的集成選擇；以后最后這些特性的折中情況。

本文首先從幾個(gè)強(qiáng)一致性的項(xiàng)目于開始，比如Zookeeper，Doozer，Etcd，這些項(xiàng)目主要用于服務(wù)間的協(xié)調(diào)，同時(shí)又可用于服務(wù)的注冊。

隨后，本文將討論一些在服務(wù)注冊以及發(fā)現(xiàn)方面比較有意思的項(xiàng)目，比如：Airbnb的SmartStack，Netflix的Eureka，Bitly的NSQ，Serf，Spotify and DNS，最后是SkyDNS。

問題陳述

在定位服務(wù)的時(shí)候，其實(shí)會(huì)有兩個(gè)方面的問題：服務(wù)注冊（Service Registration）和服務(wù)發(fā)現(xiàn)（Service Discovery）。

服務(wù)注冊—— 一個(gè)服務(wù)將其位置信息在中心注冊節(jié)點(diǎn)注冊的過程。該服務(wù)一般會(huì)將它的主機(jī)IP地址以及端口號(hào)進(jìn)行注冊，有時(shí)也會(huì)有服務(wù)訪問的認(rèn)證信息，使用協(xié)議，版本號(hào)，以及關(guān)于環(huán)境的一些細(xì)節(jié)信息。

服務(wù)發(fā)現(xiàn)—— client端的應(yīng)用實(shí)例查詢中心注冊節(jié)點(diǎn)以獲知服務(wù)位置的過程。

每一個(gè)服務(wù)的服務(wù)注冊以及服務(wù)發(fā)現(xiàn)，都需要考慮一些關(guān)于開發(fā)以及運(yùn)營方面的問題：

監(jiān)控—— 當(dāng)一個(gè)已注冊完畢的服務(wù)失效的時(shí)候，如何處理。一些情況下，在一個(gè)設(shè)定的超時(shí)定時(shí)(timeout)后，該服務(wù)立即被一個(gè)其他的進(jìn)程在中心注冊節(jié)點(diǎn)處注銷。這種情況下，服務(wù)通常需要執(zhí)行一個(gè)心跳機(jī)制，來確保自身的存活狀態(tài)；而客戶端必然需要能夠可靠處理失效的服務(wù)。

負(fù)載均衡—— 如果多個(gè)相同地位的服務(wù)都注冊完畢，如何在這些服務(wù)之間均衡所有client的請求負(fù)載？如果有一個(gè)master節(jié)點(diǎn)的話，是否可以正確處理client訪問的服務(wù)的位置。

集成方式—— 信息注冊節(jié)點(diǎn)是否需要提供一些語言綁定的支持，比如說，只支持Java？集成的過程是否需要將注冊過程以及發(fā)現(xiàn)過程的代碼嵌入到你的應(yīng)用程序中，或者使用一個(gè)類似于集成助手的進(jìn)程？

運(yùn)行時(shí)依賴—— 是否需要JVM，ruby或者其他在你的環(huán)境中并不兼容的運(yùn)行時(shí)？

可用性考慮—— 如果系統(tǒng)失去一個(gè)節(jié)點(diǎn)的話，是否還能正常工作？系統(tǒng)是否可以實(shí)時(shí)更新或升級(jí)，而不造成任何系統(tǒng)的癱瘓？既然集群的信息注冊節(jié)點(diǎn)是架構(gòu)中的中心部分，那該模塊是否會(huì)存在單點(diǎn)故障問題？

強(qiáng)一致性的Registries

首先介紹的三個(gè)服務(wù)注冊系統(tǒng)都采用了強(qiáng)一致性協(xié)議，實(shí)際上為達(dá)到通用的效果，使用了一致性的數(shù)據(jù)存儲(chǔ)。盡管我們把它們看作服務(wù)的注冊系統(tǒng)，其實(shí)它們還可以用于協(xié)調(diào)服務(wù)來協(xié)助leader選舉，以及在一個(gè)分布式clients的集合中做centralized locking。

Zookeeper

Zookeeper是一個(gè)集中式的服務(wù)，該服務(wù)可以維護(hù)服務(wù)配置信息，命名空間，提供分布式的同步，以及提供組化服務(wù)。Zookeeper是由Java語言實(shí)現(xiàn)，實(shí)現(xiàn)了強(qiáng)一致性（CP），并且是使用 Zab協(xié)議 在ensemble集群之間協(xié)調(diào)服務(wù)信息的變化。

Zookeeper在ensemble集群中運(yùn)行3個(gè)，5個(gè)或者7個(gè)成員。眾多client端為了可以訪問ensemble，需要使用綁定特定的語言。這種訪問形式被顯性的嵌入到了client的應(yīng)用實(shí)例以及服務(wù)中。

服務(wù)注冊的實(shí)現(xiàn)主要是通過命令空間（namespace）下的 ephemeral nodes 。ephemeral nodes只有在client建立連接后才存在。當(dāng)client所在節(jié)點(diǎn)啟動(dòng)之后，該client端會(huì)使用一個(gè)后臺(tái)進(jìn)程獲取client的位置信息，并完成自身的注冊。如果該client失效或者失去連接的時(shí)候，該ephemeral node就從樹中消息。

服務(wù)發(fā)現(xiàn)是通過列舉以及查看具體服務(wù)的命名空間來完成的。Client端收到目前所有注冊服務(wù)的信息，無論一個(gè)服務(wù)是否不可用或者系統(tǒng)新添加了一個(gè)同類的服務(wù)。Client端同時(shí)也需要自行處理所有的負(fù)載均衡工作，以及服務(wù)的失效工作。

Zookeeper的API用起來可能并沒有那么方便，因?yàn)檎Z言的綁定之間可能會(huì)造成一些細(xì)小的差異。如果使用的是基于JVM的語言的話， Curator Service Discovery Extension 可能會(huì)對(duì)你有幫助。

由于Zookeeper是一個(gè)CP強(qiáng)一致性的系統(tǒng)，因此當(dāng)網(wǎng)絡(luò)分區(qū)（Partition）出故障的時(shí)候，你的部分系統(tǒng)可能將出出現(xiàn)不能注冊的情況，也可能出現(xiàn)不能找到已存在的注冊信息，即使它們可能在Partition出現(xiàn)期間仍然正常工作。特殊的是，在任何一個(gè)non-quorum端，任何讀寫都會(huì)返回一個(gè)錯(cuò)誤信息。

Doozer

Doozer是一個(gè)一致的分布式數(shù)據(jù)存儲(chǔ)系統(tǒng)，Go語言實(shí)現(xiàn)，通過 Paxos算法 來實(shí)現(xiàn)共識(shí)的強(qiáng)一致性系統(tǒng)。這個(gè)項(xiàng)目開展了數(shù)年之后，停滯了一段時(shí)間，而且現(xiàn)在也關(guān)閉了一些fork數(shù)，使得fork數(shù)降至160 。.不幸的是，現(xiàn)在很難知道該項(xiàng)目的實(shí)際發(fā)展?fàn)顟B(tài)，以及它是否適合使用于生產(chǎn)環(huán)境。

Doozer在集群中運(yùn)行3，5或者7個(gè)節(jié)點(diǎn)。和Zookeeper類似，Client端為了訪問集群，需要在自身的應(yīng)用或者服務(wù)中使用特殊的語言綁定。

Doozer的服務(wù)注冊就沒有Zookeeper這么直接，因?yàn)镈oozer沒有那些ephemeral node的概念。一個(gè)服務(wù)可以在一條路徑下注冊自己，如果該服務(wù)不可用的話，它也不會(huì)自動(dòng)地被移除。

現(xiàn)有很多種方式來解決這樣的問題。一個(gè)選擇是給注冊進(jìn)程添加一個(gè)時(shí)間戳和心跳機(jī)制，隨后在服務(wù)發(fā)現(xiàn)進(jìn)程中處理那些超時(shí)的路徑，也就是注冊的服務(wù)信息，當(dāng)然也可以通過另外一個(gè)清理進(jìn)程來實(shí)現(xiàn)。

服務(wù)發(fā)現(xiàn)和Zookeeper很類似，Doozer可以羅列出指定路徑下的所有入口，隨后可以等待該路徑下的任意改動(dòng)。如果你在注冊期間使用一個(gè)時(shí)間戳和心跳，你就可以在服務(wù)發(fā)現(xiàn)期間忽略或者刪除任何過期的入口，也就是服務(wù)信息。

和Zookeeper一樣，Doozer是一個(gè)CP強(qiáng)一致性系統(tǒng)，當(dāng)發(fā)生網(wǎng)絡(luò)分區(qū)故障時(shí)，會(huì)導(dǎo)致同樣的后果。

Etcd

Etcd 是一個(gè)高可用的K-V存儲(chǔ)系統(tǒng)，主要應(yīng)用于共享配置、服務(wù)發(fā)現(xiàn)等場景。Etcd可以說是被Zookeeper和Doozer催生而出。整個(gè)系統(tǒng)使用Go語言實(shí)現(xiàn)，使用Raft算法來實(shí)現(xiàn)選舉一致，同時(shí)又具有一個(gè)基于HTTP+JSON的API。

Etcd，和Doozer和Zookeeper相似，通常在集群中運(yùn)行3，5或者7個(gè)節(jié)點(diǎn)。client端可以使用一種特定的語言進(jìn)行綁定，同時(shí)也可以通過使用HTTP客戶端自行實(shí)現(xiàn)一種。

服務(wù)注冊環(huán)節(jié)主要依賴于使用一個(gè)key TTL來確保key的可用性，該key TTL會(huì)和服務(wù)端的心跳捆綁在一起。如果一個(gè)服務(wù)在更新key的TTL時(shí)失敗了，那么Etcd會(huì)對(duì)它進(jìn)行超時(shí)處理。如果一個(gè)服務(wù)變?yōu)椴豢捎脿顟B(tài)，client會(huì)需要處理這樣的連接失效，然后嘗試另連接一個(gè)服務(wù)實(shí)例。

服務(wù)發(fā)現(xiàn)環(huán)節(jié)設(shè)計(jì)到羅列在一個(gè)目錄下的所有key值，隨后等待在該目錄上的所有變動(dòng)信息。由于API接口是基于HTTP的，所以client應(yīng)用會(huì)的Etcd集群保持一個(gè)long-polling的連接。

由于Etcd使用 Raft一致性協(xié)議 ，故它應(yīng)該是一個(gè)強(qiáng)一致性系統(tǒng)。Raft需要一個(gè)leader被選舉，然后所有的client請求會(huì)被該leader所處理。然而，Etcd似乎也支持從non-leaders中進(jìn)行讀取信息，使用的方式是在讀情況下提高可用性的未公開的一致性參數(shù)。在網(wǎng)絡(luò)分區(qū)故障期間，寫操作還是會(huì)被leader處理，而且同樣會(huì)出現(xiàn)失效的情況。

delphi是什么語言寫的

Object Pascal

jdk是什么語言寫的

你猜～～

druid是什么語言寫的

Druid是Java語言中最好的數(shù)據(jù)庫連接池。Druid能夠提供強(qiáng)大的監(jiān)控和擴(kuò)展功能。

EPM和BI是什么啊？是用java語言寫的嗎？

不全是java，epm有用.寫的，但是絕大多少是用java。

BI設(shè)計(jì)到大數(shù)據(jù)，除了java還有一些新技術(shù)，比如scala和kalfka。

dos 是什么語言寫的?

匯編語言，低級(jí)編輯語言

Api 是什么語言寫的？

API肯定也是一種語言實(shí)現(xiàn)他具體功能的啊 .

相當(dāng)于函數(shù),不過我們只能調(diào)用,不知道如何實(shí)現(xiàn)的.

etcd是什么東西？它和ZooKeeper有什么區(qū)別

etcd是一個(gè)高可用的鍵值存儲(chǔ)系統(tǒng)，主要用于共享配置和服務(wù)發(fā)現(xiàn)。etcd是由CoreOS開發(fā)并維護(hù)的，靈感來自于 ZooKeeper 和 Doozer，它使用Go語言編寫，并通過Raft一致性算法處理日志復(fù)制以保證強(qiáng)一致性。Raft是一個(gè)來自Stanford的新的一致性算法，適用于分布式系統(tǒng)的日志復(fù)制，Raft通過選舉的方式來實(shí)現(xiàn)一致性，在Raft中，任何一個(gè)節(jié)點(diǎn)都可能成為Leader。Google的容器集群管理系統(tǒng)Kubernetes、開源PaaS平臺(tái)Cloud Foundry和CoreOS的Fleet都廣泛使用了etcd。

etcd 集群的工作原理基于 raft 共識(shí)算法 (The Raft Consensus Algorithm)。etcd 在 0.5.0 版本中重新實(shí)現(xiàn)了 raft 算法，而非像之前那樣依賴于第三方庫 go-raft 。raft 共識(shí)算法的優(yōu)點(diǎn)在于可以在高效的解決分布式系統(tǒng)中各個(gè)節(jié)點(diǎn)日志內(nèi)容一致性問題的同時(shí)，也使得集群具備一定的容錯(cuò)能力。即使集群中出現(xiàn)部分節(jié)點(diǎn)故障、網(wǎng)絡(luò)故障等問題，仍可保證其余大多數(shù)節(jié)點(diǎn)正確的步進(jìn)。甚至當(dāng)更多的節(jié)點(diǎn)（一般來說超過集群節(jié)點(diǎn)總數(shù)的一半）出現(xiàn)故障而導(dǎo)致集群不可用時(shí)，依然可以保證節(jié)點(diǎn)中的數(shù)據(jù)不會(huì)出現(xiàn)錯(cuò)誤的結(jié)果。

Go語言基于Etcd實(shí)現(xiàn)的定時(shí)任務(wù)

利用 Etcd 的Lease租約特性來實(shí)現(xiàn)定時(shí)功能，同時(shí)通過Watch機(jī)制來實(shí)現(xiàn)多節(jié)點(diǎn)情況下只有一個(gè)節(jié)點(diǎn)執(zhí)行該任務(wù)。通過定時(shí)任務(wù)庫 Cron 的時(shí)間字符串解析器Parser來解析任務(wù)執(zhí)行時(shí)間。

Etcd

Cron

源碼鏈接

網(wǎng)站欄目：go語言實(shí)現(xiàn)etcd選舉的簡單介紹
當(dāng)前URL：http://chinadenli.net/article12/dojgegc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供定制開發(fā)、軟件開發(fā)、云服務(wù)器、外貿(mào)網(wǎng)站建設(shè)、外貿(mào)建站、網(wǎng)站營銷

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)