建站
咨詢
售后
建站咨詢
新聞中心
java 是什么語言寫的
java 是什么語言寫的
公司主營業(yè)務：網(wǎng)站設計制作、成都做網(wǎng)站、移動網(wǎng)站開發(fā)等業(yè)務。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。創(chuàng)新互聯(lián)公司是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領域給我們帶來的挑戰(zhàn)，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)公司推出龍?zhí)睹赓M做網(wǎng)站回饋大家。
JAVA中就虛擬機是其它語言開發(fā)的，用的是C語言+匯編語言 基于此之上就是JAVA本身了 虛擬機只起到解析作用
另外，JAVA并不比C語言慢，說JAVA慢一般是九十年代那時候的JAVA， 而現(xiàn)在 在一段優(yōu)秀的JAVA程序和C程序執(zhí)行效率上來比較是沒有多大差距的 并且現(xiàn)在JAVA已經(jīng)可以像C語言那樣，直接編譯為可執(zhí)行文件（不用虛擬機，跨平臺為代價）了
不知道你看過 卓越編程之道二（運用底層思維編寫高級代碼） 沒有，那里面詳細的講述了高級語言從編寫到編譯執(zhí)行的過程，通過目標文件的反匯編對比，發(fā)現(xiàn)C，C++，JAVA，dephi等語言在同等質量下的目標文件長度上基本上沒多大區(qū)別，一門語言的運行速度快慢，與你編寫代碼過程中是否符合編譯器規(guī)則息息相關。 有空你可以去看看這本書。
glusterfs 是什么語言寫的
glusterfs 是什么語言寫的
使用opencv需要編譯源碼，得到庫文件。可以用cmake構建項目后編譯，也可以直接用官方提供的編譯好的版本。
官方提供的編譯庫一般只是標準版本，沒有附加某些庫，比如tbb等，要想讓opencv使用tbb等庫，就只能自己構建項目后編譯。
當然，一般使用的話，用官方提供的庫即可。OpenCV2.3.1版本就提供編譯好的庫，可以直接設置使用。
bigtable是什么語言寫的
不過有人大費周折為他建立了一個類似于“關于 Chuck Norris 的事實”這樣的網(wǎng)站，這倒是件不同尋常的事。這是因為 Jeff Dean 是一位軟件工程師
zookeeper是什么語言寫的
本文是Jason Wilder對于常見的服務發(fā)現(xiàn)項目 Zookeeper ， Doozer ， Etcd 所寫的一篇博客，其原文地址如下： Open-Source Service Discovery 。
服務發(fā)現(xiàn)是大多數(shù)分布式系統(tǒng)以及面向服務架構（SOA）的一個核心組成部分。這個難題，簡單來說，可以認為是：當一項服務存在于多個主機節(jié)點上時，client端如何決策獲取相應正確的IP和port。
在傳統(tǒng)情況下，當出現(xiàn)服務存在于多個主機節(jié)點上時，都會使用靜態(tài)配置的方法來實現(xiàn)服務信息的注冊。但是當大型系統(tǒng)中，需要部署更多服務的時候，事情就顯得復雜得多。在一個實時的系統(tǒng)中，由于自動或者人工的服務擴展，或者服務的新添加部署，還有主機的宕機或者被替換，服務的location信息可能會很頻繁的變化。
在這樣的場景下，為了避免不必要的服務中斷，動態(tài)的服務注冊和發(fā)現(xiàn)就顯得尤為重要。
關于服務發(fā)現(xiàn)的話題，已經(jīng)很多次被人所提及，而且也的確不斷的在發(fā)展。現(xiàn)在，筆者介紹一下該領域內(nèi)一些open-source或者被經(jīng)常被世人廣泛討論的解決方案，嘗試理解它們到底是如何工作的。特別的是，我們會較為專注于每一個解決方案的一致性算法，到底是強一致性，還是弱一致性；運行時依賴；client的集成選擇；以后最后這些特性的折中情況。
本文首先從幾個強一致性的項目于開始，比如Zookeeper，Doozer，Etcd，這些項目主要用于服務間的協(xié)調(diào)，同時又可用于服務的注冊。
隨后，本文將討論一些在服務注冊以及發(fā)現(xiàn)方面比較有意思的項目，比如：Airbnb的SmartStack，Netflix的Eureka，Bitly的NSQ，Serf，Spotify and DNS，最后是SkyDNS。
問題陳述
在定位服務的時候，其實會有兩個方面的問題：服務注冊（Service Registration）和服務發(fā)現(xiàn)（Service Discovery）。
服務注冊—— 一個服務將其位置信息在中心注冊節(jié)點注冊的過程。該服務一般會將它的主機IP地址以及端口號進行注冊，有時也會有服務訪問的認證信息，使用協(xié)議，版本號，以及關于環(huán)境的一些細節(jié)信息。
服務發(fā)現(xiàn)—— client端的應用實例查詢中心注冊節(jié)點以獲知服務位置的過程。
每一個服務的服務注冊以及服務發(fā)現(xiàn)，都需要考慮一些關于開發(fā)以及運營方面的問題：
監(jiān)控—— 當一個已注冊完畢的服務失效的時候，如何處理。一些情況下，在一個設定的超時定時(timeout)后，該服務立即被一個其他的進程在中心注冊節(jié)點處注銷。這種情況下，服務通常需要執(zhí)行一個心跳機制，來確保自身的存活狀態(tài)；而客戶端必然需要能夠可靠處理失效的服務。
負載均衡—— 如果多個相同地位的服務都注冊完畢，如何在這些服務之間均衡所有client的請求負載？如果有一個master節(jié)點的話，是否可以正確處理client訪問的服務的位置。
集成方式—— 信息注冊節(jié)點是否需要提供一些語言綁定的支持，比如說，只支持Java？集成的過程是否需要將注冊過程以及發(fā)現(xiàn)過程的代碼嵌入到你的應用程序中，或者使用一個類似于集成助手的進程？
運行時依賴—— 是否需要JVM，ruby或者其他在你的環(huán)境中并不兼容的運行時？
可用性考慮—— 如果系統(tǒng)失去一個節(jié)點的話，是否還能正常工作？系統(tǒng)是否可以實時更新或升級，而不造成任何系統(tǒng)的癱瘓？既然集群的信息注冊節(jié)點是架構中的中心部分，那該模塊是否會存在單點故障問題？
強一致性的Registries
首先介紹的三個服務注冊系統(tǒng)都采用了強一致性協(xié)議，實際上為達到通用的效果，使用了一致性的數(shù)據(jù)存儲。盡管我們把它們看作服務的注冊系統(tǒng)，其實它們還可以用于協(xié)調(diào)服務來協(xié)助leader選舉，以及在一個分布式clients的集合中做centralized locking。
Zookeeper
Zookeeper是一個集中式的服務，該服務可以維護服務配置信息，命名空間，提供分布式的同步，以及提供組化服務。Zookeeper是由Java語言實現(xiàn)，實現(xiàn)了強一致性（CP），并且是使用 Zab協(xié)議 在ensemble集群之間協(xié)調(diào)服務信息的變化。
Zookeeper在ensemble集群中運行3個，5個或者7個成員。眾多client端為了可以訪問ensemble，需要使用綁定特定的語言。這種訪問形式被顯性的嵌入到了client的應用實例以及服務中。
服務注冊的實現(xiàn)主要是通過命令空間（namespace）下的 ephemeral nodes 。ephemeral nodes只有在client建立連接后才存在。當client所在節(jié)點啟動之后，該client端會使用一個后臺進程獲取client的位置信息，并完成自身的注冊。如果該client失效或者失去連接的時候，該ephemeral node就從樹中消息。
服務發(fā)現(xiàn)是通過列舉以及查看具體服務的命名空間來完成的。Client端收到目前所有注冊服務的信息，無論一個服務是否不可用或者系統(tǒng)新添加了一個同類的服務。Client端同時也需要自行處理所有的負載均衡工作，以及服務的失效工作。
Zookeeper的API用起來可能并沒有那么方便，因為語言的綁定之間可能會造成一些細小的差異。如果使用的是基于JVM的語言的話， Curator Service Discovery Extension 可能會對你有幫助。
由于Zookeeper是一個CP強一致性的系統(tǒng)，因此當網(wǎng)絡分區(qū)（Partition）出故障的時候，你的部分系統(tǒng)可能將出出現(xiàn)不能注冊的情況，也可能出現(xiàn)不能找到已存在的注冊信息，即使它們可能在Partition出現(xiàn)期間仍然正常工作。特殊的是，在任何一個non-quorum端，任何讀寫都會返回一個錯誤信息。
Doozer
Doozer是一個一致的分布式數(shù)據(jù)存儲系統(tǒng)，Go語言實現(xiàn)，通過 Paxos算法 來實現(xiàn)共識的強一致性系統(tǒng)。這個項目開展了數(shù)年之后，停滯了一段時間，而且現(xiàn)在也關閉了一些fork數(shù)，使得fork數(shù)降至160 。.不幸的是，現(xiàn)在很難知道該項目的實際發(fā)展狀態(tài)，以及它是否適合使用于生產(chǎn)環(huán)境。
Doozer在集群中運行3，5或者7個節(jié)點。和Zookeeper類似，Client端為了訪問集群，需要在自身的應用或者服務中使用特殊的語言綁定。
Doozer的服務注冊就沒有Zookeeper這么直接，因為Doozer沒有那些ephemeral node的概念。一個服務可以在一條路徑下注冊自己，如果該服務不可用的話，它也不會自動地被移除。
現(xiàn)有很多種方式來解決這樣的問題。一個選擇是給注冊進程添加一個時間戳和心跳機制，隨后在服務發(fā)現(xiàn)進程中處理那些超時的路徑，也就是注冊的服務信息，當然也可以通過另外一個清理進程來實現(xiàn)。
服務發(fā)現(xiàn)和Zookeeper很類似，Doozer可以羅列出指定路徑下的所有入口，隨后可以等待該路徑下的任意改動。如果你在注冊期間使用一個時間戳和心跳，你就可以在服務發(fā)現(xiàn)期間忽略或者刪除任何過期的入口，也就是服務信息。
和Zookeeper一樣，Doozer是一個CP強一致性系統(tǒng)，當發(fā)生網(wǎng)絡分區(qū)故障時，會導致同樣的后果。
Etcd
Etcd 是一個高可用的K-V存儲系統(tǒng)，主要應用于共享配置、服務發(fā)現(xiàn)等場景。Etcd可以說是被Zookeeper和Doozer催生而出。整個系統(tǒng)使用Go語言實現(xiàn)，使用Raft算法來實現(xiàn)選舉一致，同時又具有一個基于HTTP+JSON的API。
Etcd，和Doozer和Zookeeper相似，通常在集群中運行3，5或者7個節(jié)點。client端可以使用一種特定的語言進行綁定，同時也可以通過使用HTTP客戶端自行實現(xiàn)一種。
服務注冊環(huán)節(jié)主要依賴于使用一個key TTL來確保key的可用性，該key TTL會和服務端的心跳捆綁在一起。如果一個服務在更新key的TTL時失敗了，那么Etcd會對它進行超時處理。如果一個服務變?yōu)椴豢捎脿顟B(tài)，client會需要處理這樣的連接失效，然后嘗試另連接一個服務實例。
服務發(fā)現(xiàn)環(huán)節(jié)設計到羅列在一個目錄下的所有key值，隨后等待在該目錄上的所有變動信息。由于API接口是基于HTTP的，所以client應用會的Etcd集群保持一個long-polling的連接。
由于Etcd使用 Raft一致性協(xié)議 ，故它應該是一個強一致性系統(tǒng)。Raft需要一個leader被選舉，然后所有的client請求會被該leader所處理。然而，Etcd似乎也支持從non-leaders中進行讀取信息，使用的方式是在讀情況下提高可用性的未公開的一致性參數(shù)。在網(wǎng)絡分區(qū)故障期間，寫操作還是會被leader處理，而且同樣會出現(xiàn)失效的情況。
delphi是什么語言寫的
Object Pascal
jdk是什么語言寫的
你猜～～
druid是什么語言寫的
Druid是Java語言中最好的數(shù)據(jù)庫連接池。Druid能夠提供強大的監(jiān)控和擴展功能。
EPM和BI是什么啊？是用java語言寫的嗎？
不全是java，epm有用.寫的，但是絕大多少是用java。
BI設計到大數(shù)據(jù)，除了java還有一些新技術，比如scala和kalfka。
dos 是什么語言寫的?
匯編語言，低級編輯語言
Api 是什么語言寫的？
API肯定也是一種語言實現(xiàn)他具體功能的啊 .
相當于函數(shù),不過我們只能調(diào)用,不知道如何實現(xiàn)的.
etcd是什么東西？它和ZooKeeper有什么區(qū)別
etcd是一個高可用的鍵值存儲系統(tǒng)，主要用于共享配置和服務發(fā)現(xiàn)。etcd是由CoreOS開發(fā)并維護的，靈感來自于 ZooKeeper 和 Doozer，它使用Go語言編寫，并通過Raft一致性算法處理日志復制以保證強一致性。Raft是一個來自Stanford的新的一致性算法，適用于分布式系統(tǒng)的日志復制，Raft通過選舉的方式來實現(xiàn)一致性，在Raft中，任何一個節(jié)點都可能成為Leader。Google的容器集群管理系統(tǒng)Kubernetes、開源PaaS平臺Cloud Foundry和CoreOS的Fleet都廣泛使用了etcd。
etcd 集群的工作原理基于 raft 共識算法 (The Raft Consensus Algorithm)。etcd 在 0.5.0 版本中重新實現(xiàn)了 raft 算法，而非像之前那樣依賴于第三方庫 go-raft 。raft 共識算法的優(yōu)點在于可以在高效的解決分布式系統(tǒng)中各個節(jié)點日志內(nèi)容一致性問題的同時，也使得集群具備一定的容錯能力。即使集群中出現(xiàn)部分節(jié)點故障、網(wǎng)絡故障等問題，仍可保證其余大多數(shù)節(jié)點正確的步進。甚至當更多的節(jié)點（一般來說超過集群節(jié)點總數(shù)的一半）出現(xiàn)故障而導致集群不可用時，依然可以保證節(jié)點中的數(shù)據(jù)不會出現(xiàn)錯誤的結果。
Go語言基于Etcd實現(xiàn)的定時任務
利用 Etcd 的Lease租約特性來實現(xiàn)定時功能，同時通過Watch機制來實現(xiàn)多節(jié)點情況下只有一個節(jié)點執(zhí)行該任務。通過定時任務庫 Cron 的時間字符串解析器Parser來解析任務執(zhí)行時間。
Etcd
Cron
源碼鏈接
網(wǎng)頁標題：go語言實現(xiàn)etcd選舉的簡單介紹
鏈接URL：http://www.ef60e0e.cn/article/dojgegc.html
