關於java32的信息

本文目錄一覽：

• 1、java 32bit
• 2、java 32位和64位的區別
• 3、64位的Java與32位的有什麼不同
• 4、為什麼java中生成32位隨機ID永遠不會重複？

java 32bit

java 32bit是什麼，讓我們一起了解一下？

32Bit的意思是“32位操作系統”，我們的CPU從原來的8位，16位，到現在的32位和64位，cpu處理計算的時候“數據”和“指令”是不同對待的，32位的CPU就可以一次處理一個a=a+b這樣的命令了。

那麼java 32bit在使用中有哪些優缺點？

優點：簡化了軟件設計的複雜度。

缺點：硬件設計更加複雜，計算速度下降。

擴展一下，什麼是32位操作系統？

其實cpu的位是指一次性可處理的數據量是多少，1字節=8位，32位處理器可以一次性處理4個字節的數據量，依次類推，32位操作系統針對的32位的CPU設計，64位操作系統針對的64位的CPU設計。

操作系統只是硬件和應用軟件中間的一個平台，我們的CPU從原來的8位，16位，到32位和64位，在實際使用中32位操作系統是可以使用4GB以上的內存的。

標準版的 32位版本支持2.93GB RAM，64位版本最高可支持 32 GB RAM。

企業版的 32 位版本最高可支持32 GB RAM, 64 位版本支持 1 TB RAM。

數據中心版的 32 位版本支持 64 GB RAM,64 位版本支持 1 TB RAM。

WEB版最高可支持2G RAM。

實際操作：

Java獲取字符串(16bit,32bit)和文件MD5工具。

package com.kingboy.common.utils.md5; import org.apache.commons.codec.digest.DigestUtils; import org.apache.poi.util.IOUtils; import sun.misc.BASE64Encoder; import java.io.*; import java.security.MessageDigest; import java.security.NoSuchAlgorithmException; /**  * MD5，String-File  * @Author kingboy  * @Date 2017/7/22 下午1:00  * @Description MD5Utils is used to  */ public class MD5Utils {     private static final String ALGORITHM_MD5 = “MD5”;     private static final String UTF_8 = “UTF-8”;     /**      * MD5 16bit 小寫.      * @param readyEncryptStr ready encrypt string      * @return String encrypt result string      * @throws NoSuchAlgorithmException      * */     public static final String MD5_16bit_lower(String readyEncryptStr) throws NoSuchAlgorithmException {         if(readyEncryptStr != null){             return MD5Utils.MD5_32bit_lower(readyEncryptStr).substring(8, 24);         }else{             return null;         }     }     /**      * MD5 16bit 大寫.      * @param readyEncryptStr ready encrypt string      * @return String encrypt result string      * @throws NoSuchAlgorithmException      * */     public static final String MD5_16bit_upper(String readyEncryptStr) throws NoSuchAlgorithmException {         return MD5_16bit_lower(readyEncryptStr).toUpperCase();     }     /**      * MD5 32bit 小寫.      * @param readyEncryptStr ready encrypt string      * @return String encrypt result string      * @throws NoSuchAlgorithmException      * */     public static final String MD5_32bit_lower(String readyEncryptStr) throws NoSuchAlgorithmException{         if(readyEncryptStr != null){             //Get MD5 digest algorithm’s MessageDigest’s instance.             MessageDigest md = MessageDigest.getInstance(ALGORITHM_MD5);             //Use specified byte update digest.             md.update(readyEncryptStr.getBytes());             //Get cipher text             byte [] b = md.digest();             //The cipher text converted to hexadecimal string             StringBuilder su = new StringBuilder();             //byte array switch hexadecimal number.             for(int offset = 0,bLen = b.length; offset 

java 32位和64位的區別

下面我跟你詳細的分析下32位和64位下Myeclipse、Tomcat以及JDK三者關係詳解。這樣的話你更容易理解一些

Myeclipse從9.0企業版開始有64位的安裝包，本人用的為10.7版本，安裝過程中會有選擇支持的版本信息，如下圖1所示。

圖1

JDK和Tomcat也分32位和64位。三者之間協同工作的關係，以本人開發環境作詳細介紹。JDK和Tomcat分別配置了32位和64位環境，如下圖2中從上至下分別對應的是32位以及64位JDK(注意是JDK安裝的根目錄)，圖3中從上至下分別對應的是64位，64混合32位以及32位的Tomcat。

圖3

下面以64位配置舉例說明，如圖4中所示，JDK的環境變量為D:\dev\Java64\jdk ；如圖5中所示，Tomcat的環境變量為D:\dev\apache-tomcat-7.0.63-x64，如需要切換，修改相應的值即可。

圖5

在myeclipse的菜單欄，通過Window-Java-installed JREs即可進入修改開發過程中支撐項目工程的JDK，操作過程如圖6中序號表示，這裡選擇Name為jdk64的64位JDK，在項目JRE System Library下即可查看支撐的JDK信息。

圖6

在myeclipse的菜單欄，通過Window-Myeclipse-Servers-Tomcat-Tomcat 7.x即可設置項目工程部署到的Tomcat服務器（如圖7所示），這裡選擇64位的Tomcat，如圖8所示，展開Tomcat7.x，選擇JDK，即可設置Tomcat運行基於的JDK（在用Myeclipse開發過程中，此JDK可以不配置系統環境變量。原因是Myeclipse會將此JDK作為內置JDK，細心的碼友可以發現Myeclipse安裝過程中自帶的JDK是沒有配置環境變量的，但Tomcat照樣能運行。），這裡選擇Name為jdk64的64位JDK。項目部署運行即可在Console控制台看到JDK的信息，如圖9所示。

注意：再次強調，用myeclipse開發測試的過程中，所用JDK可以不配置環境變量，Myeclipse會把選用的JDK作為內置JDK，開發過程中無需依託於系統環境變量。項目在開發完畢，導出war包並關閉Myeclipse後，若將war包工程部署到Tomcat，則需要依託系統的環境變量指定的JDK

問題：在Myeclipse開發過程中系統能訪問Access數據庫，但相應war包部署在Tomcat中後無法訪問。

原因：開發時，圖8中選擇的是32位的JDK（即jdk32，如圖10所示），但部署war包的Tomcat依託的系統環境是64位的JDK，如圖4所示。

64位的Java與32位的有什麼不同

所謂32位處理器就是一次只能處理32位，也就是4個字節的數據，而64位處理器一次就能處理64位，即8個字節的數據。

如果我們將總長128位的指令分別按照16位、32位、64位為單位進行編輯的話：舊的16位處理器，比如Intel 80286 CPU需要8個指令，32位的處理器需要4個指令，而64位處理器則只要兩個指令，顯然，在工作頻率相同的情況下，64位處理器的處理速度會比16位、32位的更快。而且除了運算能力之外，與32位處理器相比，64位處理器的優勢還體現在系統對內存的控制上。

由於地址使用的是特殊的整數，而64位處理器的一個ALU（算術邏輯運算器）和寄存器可以處理更大的整數，也就是更大的地址。傳統32位處理器的尋址空間最大為4GB，使得很多需要大容量內存的數據處理程序在這時都會顯得捉襟見肘，形成了運行效率的瓶頸。

而64位的處理器在理論上則可以達到1800萬個TB，1TB等於1024GB，1GB等於1024MB，所以64位的處理器能夠徹底解決32位計算系統所遇到的瓶頸現象，速度快人一等，對於那些要求多處理器可擴展性、更大的可尋址內存、視頻/音頻/三維處理或較高計算準確性的應用程序而言，AMD 64處理器可提供卓越的性能。

理論上來說32位的JVM有4G的堆大小限制。但是因為各種條件限制比如交換區，內核地址空間使用，內存碎片，虛擬管理機的管理開銷，實際上可用的堆的大小遠遠比理論上的4G要少。

在32位windows的機器上，堆最大可以達到1.4G至1.6G。

在32位solaris的機器上，堆最大可以達到2G

而在64位的操作系統上，32位的JVM，堆大小可以達到4G

java

Java是一種可以撰寫跨平台應用程序的面向對象的程序設計語言。Java 技術具有卓越的通用性、高效性、平台移植性和安全性，廣泛應用於PC、數據中心、遊戲控制台、科學超級計算機、移動電話和互聯網，同時擁有全球最大的開發者專業社群。

簡介

它最初被命名為Oak，目標設定在家用電器等小型系統的編程語言，來解決諸如電視機、電話、鬧鐘、烤麵包機等家用電器的控制和通訊問題。由於這些智能化家電的市場需求沒有預期的高，Sun放棄了該項計劃。就在Oak幾近失敗之時，隨着互聯網的發展，Sun看到了Oak在計算機網絡上的廣闊應用前景，於是改造了Oak，以“Java”的名稱正式發布。

為什麼java中生成32位隨機ID永遠不會重複？

java對象的散列碼hashcode，有32位，有40億的空間。\x0d\x0a“永遠不會重複”，沒有說永遠，好的散列函數在儘可能大的空間不重複。\x0d\x0a個人認為。\x0d\x0a1、可能重複，但重複後應該有處理機制。不擔心重複。\x0d\x0a2、在對象達到相當多的時候（比如10億個），重複的幾率才會變大。但實際使用上實時超過十萬個對象的情況都不多。即很難重複。