hash算力和空投糖果

1. 誰能說一說HashMap和HashTable的區別，哪個效率高

1、出於並發性的考慮，同步保證多個進程不會同時修改一個對象，可以說，它是一種「鎖」。
2、輕量這個詞多用於微軟的ActiveX，也許用在這並不恰當，但我只是想表達效率高、存儲消耗小的意思。
3、在多個進程同時訪問HashMap，並且其中一個進程修改了HashMap的內容：如刪除添加項目時，不會在其它的進程中體現出來；而HashTable則不同。去除同步，它不需要「排隊」；不檢測更新，它效率自然要高。
另外，回答出這問題，我也不算高手。

2. haship和hashnet的區別

最近看nginx的負載均衡，發現為了解決nginx的session問題，有兩種方法，就是ip_hash和url_hash，ip_hash是根據ip來維持session的，而url_hash是根據url地址的，url_hash的優點是能夠提高後端緩存伺服器的效率，比如提高squid的效率，但是缺點是當後端伺服器宕機的時候，url_hash不會自動跳轉的其他緩存伺服器，而是返回給用戶一個503錯誤，我想問的是，那ip_hash有沒有解決這個問題，是不是會跳轉到其他機器上，還是一樣會返回一個503錯誤，那ip_hash和url_hash有什麼區別啊，還有就是nginx能不能即解決session問題又解決後端伺服器的健康檢查問題。我記得squid是可以健康檢查和session保持的。
或者你你可以使用memcached來保持session，實現session共享，無需擔心session掉線

3. Java hashtable和hashmap有什麼關系二者是並列的嗎

HashMap是Hashtable的輕量級實現（非線程安全的實現），他們都完成了Map介面，主要
區別在於HashMap允許空（null）鍵值（key）,由於非線程安全，在只有一個線程訪問的情
況下，效率要高於Hashtable。
HashMap允許將null作為一個entry的key或者value，而Hashtable不允許。
HashMap把Hashtable的contains方法去掉了，改成containsvalue和containsKey。因為contains
方法容易讓人引起誤解。
Hashtable繼承自Dictionary類，而HashMap是Java1.2引進的Map interface的一個實現。
最大的不同是，Hashtable的方法是Synchronize的，而HashMap不是，在多個線程訪問Hasht
able時，不需要自己為它的方法實現同步，而HashMap 就必須為之提供外同步。
Hashtable和HashMap採用的hash/rehash演算法都大概一樣，所以性能不會有很大的差異。
就HashMap與HashTable主要從三方面來說。
一.歷史原因:Hashtable是基於陳舊的Dictionary類的，HashMap是Java
1.2引進的Map介面的一個實現
二.同步性:Hashtable是線程安全的，也就是說是同步的，而HashMap是線程序不安全的，不
是同步的
三.值：只有HashMap可以讓你將空值作為一個表的條目的key或value

4. Hashtable與HashMap有什麼區別

HashTable的應用非常廣泛，HashMap是新框架中用來代替HashTable的類，也就是說建議使用HashMap，不要使用HashTable。可能你覺得HashTable很好用，為什麼不用呢？這里簡單分析他們的區別。 1.HashTable的方法是同步的，HashMap未經同步，所以在多線程場合要手動同步HashMap這個區別就像Vector和ArrayList一樣。 2.HashTable不允許null值(key和value都不可以),HashMap允許null值(key和value都可以)。 3.HashTable有一個contains(Object value)，功能和containsValue(Object value)功能一樣。 4.HashTable使用Enumeration，HashMap使用Iterator。 以上只是表面的不同，它們的實現也有很大的不同。 5.HashTable中hash數組默認大小是11，增加的方式是 old*2+1。HashMap中hash數組的默認大小是16，而且一定是2的指數。 6.哈希值的使用不同，HashTable直接使用對象的hashCode，代碼是這樣的： int hash = key.hashCode(); int index = (hash & 0x7FFFFFFF) % tab.length; 而HashMap重新計算hash值，而且用與代替求模： int hash = hash(k); int i = indexFor(hash, table.length); static int hash(Object x) { int h = x.hashCode(); h += ~(h << 9); h ^= (h >>> 14); h += (h << 4); h ^= (h >>> 10); return h; } static int indexFor(int h, int length) { return h & (length-1); } 以上只是一些比較突出的區別，當然他們的實現上還是有很多不同的，比如HashMap對null的操作。 Hashtable和HashMap的區別： 1.Hashtable是Dictionary的子類，HashMap是Map介面的一個實現類； 2.Hashtable中的方法是同步的，而HashMap中的方法在預設情況下是非同步的。即是說，在多線程應用程序中，不用專門的操作就安全地可以使用Hashtable了；而對於HashMap，則需要額外的同步機制。但HashMap的同步問題可通過Collections的一個靜態方法得到解決： Map Collections.synchronizedMap(Map m) 這個方法返回一個同步的Map，這個Map封裝了底層的HashMap的所有方法，使得底層的HashMap即使是在多線程的環境中也是安全的。 3.在HashMap中，null可以作為鍵，這樣的鍵只有一個；可以有一個或多個鍵所對應的值為null。當get()方法返回null值時，即可以表示HashMap中沒有該鍵，也可以表示該鍵所對應的值為null。因此，在HashMap中不能由get()方法來判斷HashMap中是否存在某個鍵，而應該用containsKey()方法來判斷。 Hashtable繼承自Dictionary類，而HashMap是Java1.2引進的Map interface的一個實現 HashMap允許將null作為一個entry的key或者value，而Hashtable不允許 還有就是，HashMap把Hashtable的contains方法去掉了，改成containsvalue和containsKey。因為contains方法容易讓人引起誤解。 最大的不同是，Hashtable的方法是Synchronize的，而HashMap不是，在 多個線程訪問Hashtable時，不需要自己為它的方法實現同步，而HashMap 就必須為之提供外同步。

5. 比特幣挖礦1G Hash/s速度目前一天能產多少幣，求教

用全網算力和難度自己計算，一天產幣數是固定的，

全網算力(估)
199947 GigaHashes/s

這是當前算力每天產3600個除以算力0。0幾吧上個月才8000G漲的太快了礦機已經量產了

6. hash和history的原理和區別

原理區別
hash原理：hash通過監聽瀏覽器的onhashchange()事件變化，查找對應的路由規則
history原理： 利用H5的 history中新增的兩個API pushState() 和 replaceState() 和一個事件onpopstate監聽URL變化
history模式
利用了HTML5 History Interface中新增的pushState()和replaceState()方法，這兩個方法應用於瀏覽器的歷史記錄棧，在當前已有的back、forward、go的基礎上，他們提供了對當前瀏覽器進行修改的功能，只是當它們被修改時，雖然瀏覽器的URL發生
了變化，但是不會立即向後端伺服器發送請求，但是如果點擊刷新，就會重新向後端伺服器發送請求。
hash 就是指 url 尾巴後的 # 號以及後面的字元，history沒有底帶#，外觀上比hash 模好看些
hash回車刷新會載入到地址欄對應的頁面，history一般就是404掉了
hash 能兼容到IE8， history 只能兼容到 IE10；
hash 值變化不會導致瀏覽器向伺服器發出請求,而且 hash 改變會觸發 hashchange 事件（hashchange只能改變 # 後面的url片段）；雖然hash路徑出現在URL中，但是不會出現在HTTP請求中，對後端完全沒有影響，因此改變hash值不會重新載入頁面，基本都是使用 hash 來實現前端路由的。

7. MD5與SHA1 HASH這些東西，有什麼相同點與不同點

HASH是根據文件的內容的數據通過邏輯運算得到的數值, 不同的文件(即使是相同的文件名)得到的HASH值是不同的, 所以HASH值就成了每一個文件在EMULE里的身份證. 不同HASH值的文件在EMULE里被認為是不同的文件,相同的HASH值的文件的內容肯定是完全相同(即使文件名不同). HASH值還有文件校驗的功能,相當於文件的校驗碼. 所以還可以用來檢查文件下載是否正確(所以EMULE下載完畢時,都會在HASH文件一遍, 檢查文件是否出錯)
打個比喻,文件的SHA1值就像人的指紋,是文件的數字指紋，是唯一的,一個文件對應一個唯一的SHA1值,一般用來確認你的文件和官方發布的是否一致.如果官方原版文件被別人做過手腳,那麼算出來的SHA1值就會不同.所以SHA1值是用來「驗明正身」的。有些居心叵測的人在官方系統光碟裡面加入木馬程序、廣告程序等，然後再放出來給人下載，如果你不檢查SHA1值就貿然安裝就中招了，可以在網上下載一個數字指紋檢驗器來計算你下載回來的win7系統文件的SHA1值，然後到微軟的MSDN去查看官方發布的SHA1值，如果兩者相等，說明你下載的文件是和官方提供的是一樣的，你可以放心的安裝了。這就是SHA1值的用處，其他地方不用SHA1值的。

操作系統的ISO文件一般可以直接刻盤安裝，不用解壓出來。為了保險起見你最好用「UltraISO」軟體打開你的ISO文件，如果顯示為「可啟動XX文件」那麼你就放心直接刻錄吧。
MD5的
md5
典型應用是對一段信息（Message）產生信息摘要（Message-Digest），以防止被篡改。比如，在UNIX下有很多軟體在下載的時候都有一個文件名相同，文件擴展名為.md5的文件，在這個文件中通常只有一行文本，大致結構如：
MD5 (tanajiya.tar.gz) =
這就是tanajiya.tar.gz文件的數字簽名。MD5將整個文件當作一個大文本信息，通過其不可逆的字元串變換演算法，產生了這個唯一的MD5信息摘要。為了讓讀者朋友對MD5的應用有個直觀的認識，筆者以一個比方和一個實例來簡要描述一下其工作過程：
大家都知道，地球上任何人都有自己獨一無二的指紋，這常常成為公安機關鑒別罪犯身份最值得信賴的方法；與之類似，MD5就可以為任何文件（不管其大小、格式、數量）產生一個同樣獨一無二的「數字指紋」，如果任何人對文件做了任何改動，其MD5值也就是對應的「數字指紋」都會發生變化。
我們常常在某些軟體下載站點的某軟體信息中看到其MD5值，它的作用就在於我們可以在下載該軟體後，對下載回來的文件用專門的軟體（如Windows MD5 Check等）做一次MD5校驗，以確保我們獲得的文件與該站點提供的文件為同一文件。利用MD5演算法來進行文件校驗的方案被大量應用到軟體下載站、論壇資料庫、系統文件安全等方面。

8. 88hash經典開箱和hash開箱有什麼區別

hash箱子是採用的hash演算法，結果可以驗證，純公平玩法 需要可以網路搜下

9. 許子敬BHP算力幣是什麼

BHP算力公鏈（BlockchainofHashPower），基於比特幣算力信用的分布式資產交互網路，以比特幣算力作為底層資產，以21個去中心化的超級節點作為社區記賬共識節點，通過區塊鏈技術為用戶提供基於智能合約的快速、便捷、高可靠的數字貨幣支付及資產管理服務。