connection refused怎么解決？1）端口號被電腦資源：干掉電腦資源端口號（像是為8080）的進(jìn)程，施放端口；徹底直接關(guān)閉Tomcat服務(wù)器，或則再重啟項(xiàng)目。2）建議使用200以內(nèi)命令檢查

connection refused怎么解決？

1）端口號被電腦資源：干掉電腦資源端口號（像是為8080）的進(jìn)程，施放端口；徹底直接關(guān)閉Tomcat服務(wù)器，或則再重啟項(xiàng)目。

2）建議使用200以內(nèi)命令檢查服務(wù)器中不能的大的進(jìn)程數(shù)：ulimit-u。如果沒有將此值可以設(shè)置為較高值，的或1024，則可以使用以下值將其增強(qiáng)到131072或無限制：ulimit-u131072的或ulimit-u無限制。

3）客戶端和服務(wù)器，它們中的任何一個或兩個都在的網(wǎng)絡(luò)中。它們肯定還沒有直接連接到LAN或互聯(lián)網(wǎng)或任何其他網(wǎng)絡(luò)，在情況下，Java將會一拋客戶端的“：Connectionrefused”無比。

4）服務(wù)器未正常運(yùn)行用是服務(wù)器已自動關(guān)閉但未正常運(yùn)行。在那種情況下，你也會得到：連接到被婉拒錯誤?？蓀ing服務(wù)器來系統(tǒng)檢查服務(wù)器是否是正準(zhǔn)備不運(yùn)行并偵聽端口。5）服務(wù)器一直在啟動但沒有偵聽端口，客戶端還在試圖連接。服務(wù)器還在運(yùn)行只不過也在廣播模式有所不同的端口。修改密保配置。假如你正準(zhǔn)備一次性處理一個大項(xiàng)目，并有一個分層配置文件，它肯定是設(shè)置為配置或其他一些設(shè)置覆蓋了您錯誤的的設(shè)置。

6）主機(jī)端口組合不允許在用防火墻幾乎每個企業(yè)網(wǎng)絡(luò)都受防火墻保護(hù)。如果您一直在連接其他公司網(wǎng)絡(luò)，.例如在任何電子交易系統(tǒng)中，要能提高防火墻雙方?jīng)]有要求以保證他們允許彼此的IP地址和端口號。假如防火墻不容許再連接，也會收到不同的：Java應(yīng)用程序中的連接上回絕異常。

7）主機(jī)端口組合不錯誤的。需要提供的主機(jī)端口組合不對的，或是服務(wù)器端的早期主機(jī)端口組合早就可以修改。檢查客戶端和服務(wù)器端的比較新配置。8）連接字符串中的協(xié)議不對的TCP是許多有高級協(xié)議的基礎(chǔ)協(xié)議，除了HTTP，RMI等。是從連接時字符串，你必須確保你訊息傳遞正確的的協(xié)議，服務(wù)器期望。.例如服務(wù)器已被人發(fā)現(xiàn)，是從RMI而并非連接字符串的服務(wù)應(yīng)該要以rmi：//開頭。

我的問題：由于個人項(xiàng)目是分布式，啟動后順序出錯而導(dǎo)致，這本身是個小錯誤，可是只不過出了錯就順帶看了看別的原因，大家參照自己的原因來作參考。另感謝那些主動積極把自己的解決方案寫完整的童鞋，我只不過是做了一個總結(jié)歸納。

為什么阿里巴巴Java開發(fā)手冊里要求禁止使用存儲過程？

存儲過程，最早的概念據(jù)我斷定是不知從何而來于Oracle，公元前16世紀(jì)oracle是只能函數(shù)的概念，隱約中記住是oracle8那就9才加的存儲過程package的概念，主要用于幫忙解決函數(shù)過于信息碎片化、不必須具備奇怪的多邏輯功能，同樣以便日后文件管理加入到的概念。到后期都差不多所有數(shù)據(jù)庫也都有了存儲過程，如：mysql，sybase等。

存儲過程是基于條件數(shù)據(jù)庫底層的語法，與數(shù)據(jù)庫是相互依存的，且各個類型數(shù)據(jù)庫語法都不一樣。

Java語言在比較大一部分的優(yōu)勢是目的是解耦合和可移植性，所以我也有比較經(jīng)典的dao模式，目的也就是把數(shù)據(jù)庫和業(yè)務(wù)層能分開。如果沒有再內(nèi)部函數(shù)存儲過程，被混淆了業(yè)務(wù)和數(shù)據(jù)庫分層，打破了Java模式設(shè)計的初衷。而且，如果不是用存儲過程寫，比如說以前用Oracle數(shù)據(jù)庫，現(xiàn)在客戶沒有要求該成免費(fèi)的Mysql數(shù)據(jù)庫，那樣的話基本是所有的存儲過程所有要寫回，基本是不應(yīng)具備可移植性。

當(dāng)然，萬事沒有絕對。阿里的整套體系龐大，數(shù)據(jù)庫的能力強(qiáng)橫，中間件的主機(jī)也起碼橫向擴(kuò)展。像我們象的項(xiàng)目沒那你多的主機(jī)和算力可搭配，經(jīng)常會遇到復(fù)雜的報表或奇怪的邏輯，也無可奈何憑借數(shù)據(jù)庫存儲過程來實(shí)現(xiàn)程序。

一般來說，項(xiàng)目上數(shù)據(jù)庫主機(jī)的配置比web主機(jī)總體強(qiáng)大得多，且存儲過程在數(shù)據(jù)庫操作邏輯上完全天然的快，在web主機(jī)不能不能橫向擴(kuò)展的情況下，也沒法動用存儲過程來實(shí)現(xiàn)程序?？隙?，用存儲過程來全面處理也所占比例很少很少，迫不得己情況下才不使用。

存儲過程則影響移植，受數(shù)據(jù)庫限制，而且阿里巴巴全是小型分布式集群存儲過程更是劣勢龐大無比！越是大型的分布式系統(tǒng)越是不追求編碼業(yè)務(wù)而不是綁死在數(shù)據(jù)庫上，而且你不知道那一日還得換數(shù)據(jù)庫了

Java人多程序處理數(shù)據(jù)更方便啊

存儲過程不大好移植，如果沒有數(shù)據(jù)庫換了，那肯定要愛覆寫。單純的SQL語句就像不需要

存儲過程不好程序維護(hù)?，F(xiàn)在業(yè)務(wù)邏輯復(fù)雜，如果不是邏輯分散在存儲過程和后臺程序里先，得參與兩部分