當我遇到這個問題時，我在網上搜相關資料，其中找到一篇如下解決辦法：
linux系統下遇到cannot execute binary file的問題，一般由以下情況造成：
非root用戶或者無執行權限
編譯環境不同（程序由其他操作環境複製過來）
對於第一種情況，採用增加執行權限即可chmod +x program
對於第二種情況，建議將該程序二進制包拷貝過來，重新編譯程序。因爲我在實際操作過程中發現我將美國的VPS的整個操作系統環境打包後下載到本地服務器上解壓後運行其中的程序會有如題所示問題出現，百思不得其解，系統都爲centos5.2，最終發現是兩者編譯環境不同所致：
美國VPS是AMD64位處理器
本地服務器是INTEL32位處理器
這兩者的硬件編譯環境有所差別，導致了這個問題。當然，下載的某些程序非二進制包，可以直接執行的，但卻出現該問題，也是因爲內核匹配不了CPU，intel是x86的，amd是amd64或是32位版本，對應清楚下載。希望本文對看到的朋友有所幫助。
首先，我直接用的root用戶，權限問題不考慮，然後，就是查看我的Linux的是32位的還是64位的
(Linux基礎知識學習:查看所使用的Linux系統是32位還是64 位的方法
http://blog.csdn.net/u014455929/article/details/52469658
)
結果發現我的Linux是32位的，而我安裝的jdk-8u73-linux-i586.tar.gz 也是32位的，很是奇怪，再次查看各個步驟·····················
=========================================
實在是粗心大意了··························竟然將jdk-8u73-linux-x64.tar.gz，當做jdk-8u73-linux-i586.tar.gz··································
爲了解決這個問題，我再次修改path·············企圖從中找到配置失敗原因，其實我原來的path沒什麼大的問題···················
export JAVA_HOME=usr/JavaTools/JDK/jdk1.8.0_73
export PATH=$JAVA_HOME/bin:$PATH
export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
然後，重新解壓·······························唉，幸好，我剛纔木有刪掉jdk的壓縮包，不然我也不會發現這個文件弄錯了····································嗚哈哈哈~~~~~~~~~~~
終於成功了················································成功了··················一個JDK讓我搞了兩天，不這已經是第三天了··················
