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

connection refused怎么解決？

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

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

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

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

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

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

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

為什么阿里巴巴Java開(kāi)發(fā)手冊(cè)里要求禁止使用存儲(chǔ)過(guò)程？

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

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

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

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

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

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

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

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

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