❶ WebService與資料庫的長連接，該怎麼處理
我的想法是這樣的：首先建立一個showDatabase.java ,用於連接資料庫，其源文件如下：
package stuTest;
import java.sql.*;
public class showDatabase {
public Connection getConnection()
{
Connection conn;
try{
Class.forName("org.gjt.mm.mysql.Driver").newInstance();
conn=DriverManager.getConnection("jdbc:","root","a123456");
//conn.setAutoCommit(false);
}
catch(Exception e){throw new RuntimeException(e);}
return conn;
}
public void closeCon(Connection conn)
{
try{
if(conn!=null) conn.close();
}
catch(SQLException e)
{
throw new RuntimeException(e);
}
}
public void rollback(Connection conn)
{
try
{
conn.rollback();
}
catch(SQLException e)
{
throw new RuntimeException(e);
}
}
}
❷ 長鏈接、短鏈接與連接池
在了解連接池之前，我們需要對長、短鏈接建立初步認識。我們都知道，網路通信大部分都是基於 TCP/IP 協議，數據傳輸之前，雙方通過「 三次握手 」建立連接，當數據傳輸完成之後，又通過「 四次揮手 」釋放連接，以下是「三次握手」與「四次揮手」示意圖：
三次握手建立連接示意圖：
四次揮手釋放連接示意圖：
長、短連接是相對通信時間而言的。長連接相對短連接而言，多了一個 保持連接 的過程，可以在一個連接上可以連續發送多個數據包，在連接保持期間，如果沒有數據包發送，需要雙方發鏈路檢測包。
短連接的操作步驟是：
建立連接——數據傳輸——關閉連接…建立連接——數據傳輸——關閉連接
client向server發起連接請求，server接到請求，然後雙方建立連接。client向server發送消息，server回應client，然後一次請求就完成了。這時候雙方任意都可以發起close操作，不過一般都是client先發起close操作。上述可知，短連接一般只會在 client/server間傳遞一次請求操作。
短連接的優點是：管理起來比較簡單，存在的連接都是有用的連接，不需要額外的控制手段。
長連接的操作步驟是：
建立連接——數據傳輸…（保持連接）…數據傳輸——關閉連接
client向server發起連接，server接受client連接，雙方建立連接，client與server完成一次請求後，它們之間的連接並不會主動關閉，後續的讀寫操作會繼續使用這個連接。
TCP長連接保持的兩種辦法：
自定義心跳消息頭.，一般客戶端主動發送到服務端，伺服器接收後進行回應(也可以不回應)，以便能夠偵測連接是否異常斷開。
通過設置TCP keepalive的屬性，並設置發送底層心跳包的時間間隔。TCP keepalive是在底層定時發送心跳報文，伺服器端接收到底層的心跳報文直接丟棄，不關心其內容。
HTTP協議是無狀態的，在HTTP/1.0中默認使用短連接，客戶端和伺服器每進行一次HTTP操作，瀏覽器就會重新建立一個HTTP會話。
而從HTTP/1.1起，默認使用長連接，用以保持連接特性，使用長連接的HTTP協議，會在響應頭加入這行代碼：
在使用長連接的情況下，當一個網頁打開完成後，客戶端和伺服器之間用於傳輸HTTP數據的TCP連接不會關閉，客戶端再次訪問這個伺服器時，會繼續使用這一條已經建立的連接。Keep-Alive不會永久保持連接，它有一個保持時間，可以在不同的伺服器軟體中設定這個時間。實現長連接需要客戶端和服務端都支持長連接。
HTTP協議的長連接和短連接，實質上是TCP協議的長連接和短連接。
基於TCP/IP協議，我們可以知道，頻繁的連接創建和銷毀都需要消耗資源，而連接池是將已經創建好的連接保存在池中，當有請求來時，直接使用已經創建好的連接進行訪問，這樣省略了創建連接和銷毀連接的過程。這樣性能上得到了提高。
以資料庫連接池為例，基本原理如下：
連接池技術帶來的好處：
由於連接得到重用，避免了頻繁創建、釋放連接引起的大量性能開銷。在減少系統消耗的基礎上，另一方面也增進了系統運行環境的平穩性（減少內存碎片以及臨時進程/線程的數量）。
連接池在初始化過程中，往往已經創建了若干連接置於池中備用。此時連接的初始化工作均已完成。對於業務請求處理而言，直接利用現有可用連接，避免了連接初始化和釋放過程的時間開銷，從而縮減了系統整體響應時間。
在較為完備的連接池實現中，可根據預先的連接佔用超時設定，強制收回被佔用連接。從而避免了常規連接操作中可能出現的資源泄漏。
以PHP開發為例，基於PHP-FPM機制實現的Web服務，並不容易實現連接池，而常駐內存的開發框架，例如workerman、swoole 則可以簡單實現連接池功能。PHP-FPM機制下的連接池需要藉助第三方Proxy實現，例如：
❸ java中資料庫連接池框架c3p0和dbcp的區別
C3P0是一個開源的JDBC連接池，它實現了數據源和JNDI綁定，支持JDBC3規范和JDBC2的標准擴展。目前使用它的開源項目有Hibernate，Spring等。
DBCP(DataBase connection pool),資料庫連接池。是 apache 上的一個 java 連接池項目，也是 tomcat 使用的連接池組件。
c3p0與dbcp區別：
dbcp沒有自動的去回收空閑連接的功能 c3p0有自動回收空閑連接功能
兩者主要是對數據連接的處理方式不同！C3P0提供最大空閑時間，DBCP提供最大連接數。
前者當連接超過最大空閑連接時間時，當前連接就會被斷掉。DBCP當連接數超過最大連接數時，所有連接都會被斷開。
❹ 資料庫中長連接和短連接的區別分析
其實長連接是相對於通常的短連接而說的，也就是長時間保持客戶端與服務端的連接狀態。
通常的短連接操作步驟是：
連接-》數據傳輸-》關閉連接；
而長連接通常就是：
連接-》數據傳輸-》保持連接-》數據傳輸-》保持連接-》…………-》關閉連接；
這就要求長連接在沒有數據通信時，定時發送數據包，以維持連接狀態，短連接在沒有數據傳輸時直接關閉就行了
什麼時候用長連接，短連接？
長連接主要用於在少數客戶端與服務端的頻繁通信，因為這時候如果用短連接頻繁通信常會發生Socket出錯，並且頻繁創建Socket連接也是對資源的浪費。
但是對於服務端來說，長連接也會耗費一定的資源，需要專門的線程（unix下可以用進程管理）來負責維護連接狀態。
總之，長連接和短連接的選擇要視情況而定。