1. 用putty或secureCRT通過SSH登錄到linux,並啟動一些進程（比如java) ，為什麼關閉了putty，java進程也會關
【原因所在】
元兇：SIGHUP 信號
讓我們來看看為什麼關掉窗口/斷開連接會使得正在運行的程序死掉。
在Linux/Unix中，有這樣幾個概念：
進程組（process group）：一個或多個進程的集合，每一個進程組有唯一一個進程組ID，即進程組長進程的ID。
會話期（session）：一個或多個進程組的集合，有唯一一個會話期首進程（session leader）。會話期ID為首進程的ID。
會話期可以有一個單獨的控制終端（controlling terminal）。與控制終端連接的會話期首進程叫做控制進程（controlling process）。當前與終端交互的進程稱為前台進程組。其餘進程組稱為後台進程組。
根據POSIX.1定義：
掛斷信號（SIGHUP）默認的動作是終止程序。
當終端介面檢測到網路連接斷開，將掛斷信號發送給控制進程（會話期首進程）。
如果會話期首進程終止，則該信號發送到該會話期前台進程組。
一個進程退出導致一個孤兒進程組中產生時，如果任意一個孤兒進程組進程處於STOP狀態，發送SIGHUP和SIGCONT信號到該進程組中所有進程。
因此當網路斷開或終端窗口關閉後，控制進程收到SIGHUP信號退出，會導致該會話期內其他進程退出。
2. java中ssh如何理解
隨著Java技術的逐漸成熟與完善，作為建立企業級應用的標准平台，J2EE平台得到了長足的發展。藉助於J2EE規范中包含的多項技術：Enterprise JavaBean(EJB)、Java Servlets(Servlet)、Java Server Pages(JSP)、Java Message Service(JMS)等，開發出了許多應用系統。但是，在傳統J2EE應用的開發過程中也出現了一些問題：1）數據模型和邏輯模型之間的矛盾。目前使用的資料庫基本上都是關系型資料庫，而Java本質上是一種面向對象的語言，對象在存儲和讀取時使用SQL和JDBC進行資料庫操作，降低了編程的效率以及系統的可維護性；2）傳統的J2EE應用多採用基於EJB的重量級框架，這種框架適合於開發大型企業應用，但是使用EJB容器進行開發和調試需要耗費大量時間。為了降低代碼的耦合性，提高系統的開發效率，本文提出了一種基於Struts框架和Hibernate框架的J2EE應用開發策略。
數據持久層及Hibernate
Hibernate是一個數據持久層框架，是一種實現對象和關系之間映射（O/R Mapping）的工具，它對JDBC進行了輕量級的對象封裝，使程序員可以使用對象編程思想來操作資料庫。它不僅提供了從Java類到數據表的映射，也提供了數據查詢和恢復機制。相對於使用JDBC和SQL來操作資料庫，使用Hibernate能大大的提高實現的效率。Hibernate框架用配置文件的形式來定義Java對象和數據表之間的映射關系，同時在更深的層面將數據表之間的關系解釋為Java對象之間的繼承及包含等關系。通過使用HQL語句將復雜的關系演算法用對象的方式描述，在很大程度上簡化了對數據的查詢，加快了開發的效率。在Hibernate中有一個簡單而直觀的API，用於對資料庫所表示的對象執行查詢。要創建或修改這些對象，只需在程序中與它們進行交互，然後告訴Hibernate保存即可。這樣，大量封裝持久化操作的業務邏輯不再需要編寫煩瑣的JDBC語句，從而使數據持久層得到了極大的簡化。
用Struts實現MVC架構
MVC（Model-View-Controller）由Trygve Reenskaug提出，首先被應用在SmallTalk-80環境中，是許多交互和界面系統的構成基礎。根據界面設計可變性的需求，MVC把交互系統的組成分解成模型、視圖、控制器三部分。
模型（Model）是軟體所處理問題邏輯在獨立於外在顯示內容和形式情況下的內在抽象，封裝了問題的核心數據、邏輯和功能的計算關系，獨立於具體的界面表達和I/O操作。視圖（View）把表示模型數據及邏輯關系和狀態的信息及特定形式展示給用戶。它從模型獲得顯示信息，對於相同的信息可以有多個不同的顯示形式或視圖。控制器（Controller）是處理用戶與軟體的交互操作的，其職責是控制提供模型中任何變化的傳播，確保用戶界面於模型間的對應聯系；它接受用戶的輸入，將輸入反饋給模型，進而實現對模型的計算控制，是使模型和視圖協調工作的部件。通常一個視圖對應一個控制器。模型、視圖與控制器的分離，使得一個模型可以具有多個顯示視圖。如果用戶通過某個視圖的控制器改變了模型的數據，所有其它依賴於這些數據的視圖都應反映到這些變化。因此，無論何時發生了何種數據變化，控制器都會將變化通知所有的視圖，導致顯示的更新。這實際上是一種模型的變化-傳播機制。
Struts框架最早是作為Apache Jakarta項目的組成部分問世運做，它繼承了MVC的各項特性，並根據J2EE的特點，做了相應的變化與擴展。Struts框架很好的結合了Jsp，Java Servlet，Java Bean，Taglib等技術。在Struts中，承擔MVC中控制器角色的是ActionServlet。ActionServlet是一個通用的控制組件。這個控制組件提供了處理所有發送到Struts的HTTP請求的入口點。它截取和分發這些請求到相應的動作類（這些動作類都是Action類的子類）。另外控制組件也負責用相應的請求參數填充Action Form（FromBean），並傳給動作類（ActionBean）。動作類訪問核心商業邏輯，即訪問Java Bean或調用EJB。最後動作類把控制權傳給後續的JSP文件，由JSP文件生成視圖。所有這些控制邏輯利用Struts-config.xml文件來配置。在Struts框架中，視圖主要由JSP生成頁面完成，Struts提供豐富的JSP標簽庫，這有利於分開表現邏輯和程序邏輯。模型以一個或多個Java Bean的形式存在。在Struts中，主要存在三種Bean，分別是：Action，ActionForm，EJB或者Java Bean。
Struts框架沒有具體定義模型層的實現，在實際開發中，模型層通常是和業務邏輯緊密相連的，並且要對底層數據進行操作。下面介紹一種開發策略，將Hibernate引入到Struts框架的模型層中，使用它來進行數據封裝和映射，提供持久化的支持。
就我個人理解，以登錄為例，當我們輸入用戶名和密碼後，點擊submit提交時，瀏覽器請求道伺服器，伺服器端有個actionServlet ，他會根據請求的不同找到對應的servlet來處理，一般是到了struts.xml中，struts.xml文件中有相應的action，由於使用了spring，所有struts.xml 的class屬性，只是一個ID，他是spring注入的，再到spring的配置文件中，找到對應action的類，action會掉用service層，service層會導入一個bean這個bean也是在spring已經注入的並且bean裡面的屬性都是和bean.hbm.xml對應的，service通過這個bean對象調用，而後層就可以使用hibernate對資料庫中進行操作
spring配置文件是會注入資料庫連接的
ssh框架優缺點
文章分類:IT生活
1.struts
struts框架具有組件的模塊化，靈活性和重用性的優點，同時簡化了基於MVC的web應用程序的開發。
優點：
Struts跟Tomcat、Turbine等諸多Apache項目一樣，是開源軟體，這是它的一大優點。使開發者能更深入的了解其內部實現機制。
除此之外，Struts的優點主要集中體現在兩個方面：Taglib和頁面導航。Taglib是Struts的標記庫，靈活動用，能大大提高開發效率。另外，就目前國內的JSP開發者而言，除了使
用JSP自帶的常用標記外，很少開發自己的標記，或許Struts是一個很好的起點。
關於頁面導航，我認為那將是今後的一個發展方向，事實上，這樣做，使系統的脈絡更加清晰。通過一個配置文件，即可把握整個系統各部分之間的聯系，這對於後期的維護有著
莫大的好處。尤其是當另一批開發者接手這個項目時，這種優勢體現得更加明顯。
另外，struts是業界"標准"（很多成功案例），學習資源豐富，HTML標簽非常優秀
缺點：
Taglib是Struts的一大優勢，但對於初學者而言，卻需要一個持續學習的過程，甚至還會打亂你網頁編寫的習慣，但是，當你習慣了它時，你會覺得它真的很棒。
Struts將MVC的Controller一分為三，在獲得結構更加清晰的同時，也增加了系統的復雜度。
ActionForms使用不便、無法進行單元測試（StrutsTestCase只能用於集成）
【IT168技術文檔】
Struts跟Tomcat、Turbine等諸多Apache項目一樣，是開源軟體，這是它的一大優點。使開發者能更深入的了解其內部實現機制。 Struts開放源碼框架的創建是為了使開發者
在構建基於Java Servlet和JavaServer Pages（JSP）技術的Web應用時更加容易。Struts框架為開放者提供了一個統一的標准框架，通過使用Struts作為基礎，開發者能夠更專注
於應用程序的商業邏輯。Struts框架本身是使用Java Servlet和JavaServer Pages技術的一種Model-View-Controller（MVC）實現.
具體來講,Struts的優點有:
1. 實現MVC模式，結構清晰,使開發者只關注業務邏輯的實現.
2. 有豐富的tag可以用 ,Struts的標記庫(Taglib)，如能靈活動用，則能大大提高開發效率。另外，就目前國內的JSP開發者而言，除了使用JSP自帶的常用標記外，很少開發
自己的標記，或許Struts是一個很好的起點。
3. 頁面導航.頁面導航將是今後的一個發展方向，事實上，這樣做，使系統的脈絡更加清晰。通過一個配置文件，即可把握整個系統各部分之間的聯系，這對於後期的維護有
著莫大的好處。尤其是當另一批開發者接手這個項目時，這種優勢體現得更加明顯。
4. 提供Exception處理機制 .
5. 資料庫鏈接池管理
6. 支持I18N
缺點:
一、 轉到展示層時，需要配置forward，每一次轉到展示層，相信大多數都是直接轉到jsp，而涉及到轉向，需要配置forward，如果有十個展示層的jsp，需要配置十次struts
，而且還不包括有時候目錄、文件變更，需要重新修改forward，注意，每次修改配置之後，要求重新部署整個項目，而tomcate這樣的伺服器，還必須重新啟動伺服器，如果業務
變更復雜頻繁的系統，這樣的操作簡單不可想像。現在就是這樣，幾十上百個人同時在線使用我們的系統，大家可以想像一下，我的煩惱有多大。
二、 Struts 的Action必需是thread－safe方式，它僅僅允許一個實例去處理所有的請求。所以action用到的所有的資源都必需統一同步，這個就引起了線程安全的問題。
三、 測試不方便. Struts的每個Action都同Web層耦合在一起，這樣它的測試依賴於Web容器，單元測試也很難實現。不過有一個Junit的擴展工具Struts TestCase可以實現它
的單元測試。
四、 類型的轉換. Struts的FormBean把所有的數據都作為String類型，它可以使用工具Commons-Beanutils進行類型轉化。但它的轉化都是在Class級別，而且轉化的類型是不
可配置的。類型轉化時的錯誤信息返回給用戶也是非常困難的。
五、 對Servlet的依賴性過強. Struts處理Action時必需要依賴ServletRequest 和ServletResponse，所有它擺脫不了Servlet容器。
六、 前端表達式語言方面.Struts集成了JSTL，所以它主要使用JSTL的表達式語言來獲取數據。可是JSTL的表達式語言在Collection和索引屬性方面處理顯得很弱。
七、 對Action執行的控制困難. Struts創建一個Action，如果想控制它的執行順序將會非常困難。甚至你要重新去寫Servlet來實現你的這個功能需求。
八、 對Action 執行前和後的處理. Struts處理Action的時候是基於class的hierarchies，很難在action處理前和後進行操作。
九、 對事件支持不夠. 在struts中，實際是一個表單Form對應一個Action類(或DispatchAction)，換一句話說：在Struts中實際是一個表單只能對應一個事件，struts這種事
件方式稱為application event，application event和component event相比是一種粗粒度的事件。
Struts重要的表單對象ActionForm是一種對象，它代表了一種應用，這個對象中至少包含幾個欄位，這些欄位是Jsp頁面表單中的input欄位，因為一個表單對應一個事件，所
以，當我們需要將事件粒度細化到表單中這些欄位時，也就是說，一個欄位對應一個事件時，單純使用Struts就不太可能，當然通過結合JavaScript也是可以轉彎實現的。
2．Hibernate
Hibernate是一個開放源代碼的對象關系映射框架，它對JDBC進行了非常輕量級的對象封裝，使得Java程序員可以隨心所欲的使用對象編程思維來操縱資料庫。
Hibernate可以應用在任何使用JDBC的場合，既可以在Java的客戶端程序實用，也可以在Servlet/JSP的Web應用中使用，最具革命意義的是，Hibernate可以在應用EJB的J2EE架構中
取代CMP，完成數據持久化的重任。
大多數開發機構經常採取創建各自獨立的數據持久層。一旦底層的數據結構發生改變，那麼修改應用的其餘部分使之適應這種改變的代價將是十分巨大的。Hibernate適時的填補了
這一空白，它為Java應用提供了一個易用的、高效率的對象關系映射框架。hibernate是個輕量級的持久性框架，功能卻非常豐富。
優點：
a.Hibernate 使用 Java 反射機制 而不是位元組碼增強程序來實現透明性。
b.Hibernate 的性能非常好，因為它是個輕量級框架。 映射的靈活性很出色。
c.它支持各種關系資料庫，從一對一到多對多的各種復雜關系。
缺點：它限制您所使用的對象模型。(例如，一個持久性類不能映射到多個表)其獨有的界面和可憐的市場份額也讓人不安，盡管如此，Hibernate 還是以其強大的發展動力減輕了
這些風險。其他的開源持久性框架也有一些，不過都沒有 Hibernate 這樣有市場沖擊力。
上面回貼情緒有點激動，希望諒解，我不是因為有人批評Hibernate而感到不快，而是因為帖子裡面的觀點實在讓我覺得荒謬。不管覺得Hibernate好也吧，不好也吧，我唯一覺得
遺憾的是，在中文論壇裡面找不到一個對Hibernate的真正高水平的評價。在TSS上有一個關於Hibernate的hot thread，跟了幾百貼，其中包括Hibernate作者Gavin和LiDO JDO的
CTO，對於JDO和Hibernate有過一些激烈的爭論，我曾經耐心的看了一遍，仍然沒有發現針對Hibernate真正有力的攻擊，那些所謂的攻擊無非針對Hibernate沒有一個GUI的配置工
具，沒有商業公司支持，沒有標准化等等這些站不住腳的理由。
補充幾點我的意見：
一、Hibernate是JDBC的輕量級的對象封裝，它是一個獨立的對象持久層框架，和App Server，和EJB沒有什麼必然的聯系。Hibernate可以用在任何JDBC可以使用的場合，例如Java
應用程序的資料庫訪問代碼，DAO介面的實現類，甚至可以是BMP裡面的訪問資料庫的代碼。從這個意義上來說，Hibernate和EB不是一個范疇的東西，也不存在非此即彼的關系。
二、Hibernate是一個和JDBC密切關聯的框架，所以Hibernate的兼容性和JDBC驅動，和資料庫都有一定的關系，但是和使用它的Java程序，和App Server沒有任何關系，也不存在
兼容性問題。
三、Hibernate不能用來直接和Entity Bean做對比，只有放在整個J2EE項目的框架中才能比較。並且即使是放在軟體整體框架中來看，Hibernate也是做為JDBC的替代者出現的，而
不是Entity Bean的替代者出現的，讓我再列一次我已經列n次的框架結構：
傳統的架構：
1) Session Bean <-> Entity Bean <-> DB
為了解決性能障礙的替代架構：
2) Session Bean <-> DAO <-> JDBC <-> DB
使用Hibernate來提高上面架構的開發效率的架構：
3) Session Bean <-> DAO <-> Hibernate <-> DB
就上面3個架構來分析：
1、內存消耗：採用JDBC的架構2無疑是最省內存的，Hibernate的架構3次之，EB的架構1最差。
2、運行效率：如果JDBC的代碼寫的非常優化，那麼JDBC架構運行效率最高，但是實際項目中，這一點幾乎做不到，這需要程序員非常精通JDBC，運用Batch語句，調整
PreapredStatement的Batch Size和Fetch Size等參數，以及在必要的情況下採用結果集cache等等。而一般情況下程序員是做不到這一點的。因此Hibernate架構表現出最快的運行
效率。EB的架構效率會差的很遠。
3、開發效率：在有JBuilder的支持下以及簡單的項目，EB架構開發效率最高，JDBC次之，Hibernate最差。但是在大的項目，特別是持久層關系映射很復雜的情況下，Hibernate效
率高的驚人，JDBC次之，而EB架構很可能會失敗。
4、分布式，安全檢查，集群，負載均衡的支持
由於有SB做為Facade，3個架構沒有區別。
四、EB和Hibernate學習難度在哪裡？
EB的難度在哪裡？不在復雜的XML配置文件上，而在於EB運用稍微不慎，就有嚴重的性能障礙。所以難在你需要學習很多EJB設計模式來避開性能問題，需要學習App Server和EB的
配置來優化EB的運行效率。做EB的開發工作，程序員的大部分精力都被放到了EB的性能問題上了，反而沒有更多的精力關注本身就主要投入精力去考慮的對象持久層的設計上來。
Hibernate難在哪裡？不在Hibernate本身的復雜，實際上Hibernate非常的簡單，難在Hibernate太靈活了。
當你用EB來實現持久層的時候，你會發現EB實在是太笨拙了，笨拙到你根本沒有什麼可以選擇的餘地，所以你根本就不用花費精力去設計方案，去平衡方案的好壞，去費腦筋考慮
選擇哪個方案，因為只有唯一的方案擺在你面前，你只能這么做，沒得選擇。
Hibernate相反，它太靈活了，相同的問題，你至少可以設計出十幾種方案來解決，所以特別的犯難，究竟用這個，還是用那個呢？這些方案之間到底有什麼區別呢？他們的運行原
理有什麼不同？運行效率哪個比較好？光是主鍵生成，就有七八種方案供你選擇，你為難不為難？集合屬性可以用Set，可以用List，還可以用Bag，到底哪個效率高，你為難不為
難？查詢可以用iterator，可以用list，哪個好，有什麼區別？你為難不為難？復合主鍵你可以直接在hbm裡面配置，也可以自定義CustomerType，哪種比較好些？你為難不為難？
對於一個表，你可以選擇單一映射一個對象，也可以映射成父子對象，還可以映射成兩個1:1的對象，在什麼情況下用哪種方案比較好，你為難不為難？
這個列表可以一直開列下去，直到你不想再看下去為止。當你面前擺著無數的眼花繚亂的方案的時候，你會覺得幸福呢？還是悲哀呢？如果你是一個負責的程序員，那麼你一定會
仔細研究每種方案的區別，每種方案的效率，每種方案的適用場合，你會覺得你已經陷入進去拔不出來了。如果是用EB，你第一秒種就已經做出了決定，根本沒得選擇，比如說集
合屬性，你只能用Collection，如果是Hibernate，你會在Bag，List和Set之間來回猶豫不決，甚至搞不清楚的話，程序都沒有辦法寫。
3． Spring
它是一個開源的項目，而且目前非常活躍；它基於IoC（Inversion of Control，反向控制）和AOP的構架多層j2ee系統的框架，但它不強迫你必須在每一層 中必須使用Spring，因
為它模塊化的很好，允許你根據自己的需要選擇使用它的某一個模塊；它實現了很優雅的MVC，對不同的數據訪問技術提供了統一的 介面，採用IoC使得可以很容易的實現bean的裝
配，提供了簡潔的AOP並據此實現Transcation Managment，等等
優點
a. Spring能有效地組織你的中間層對象，不管你是否選擇使用了EJB。如果你僅僅使用了Struts或其他為J2EE的 API特製的framework，Spring致力於解決剩下的問題。
b. Spring能消除在許多工程中常見的對Singleton的過多使用。根據我的經驗，這是一個很大的問題，它降低了系統的可測試性和面向對象的程度。
c. 通過一種在不同應用程序和項目間一致的方法來處理配置文件，Spring能消除各種各樣自定義格式的屬性文件的需要。曾經對某個類要尋找的是哪個魔法般的屬性項或系統屬
性感到不解，為此不得不去讀Javadoc甚至源編碼？有了Spring，你僅僅需要看看類的JavaBean屬性。Inversion of Control的使用（在下面討論）幫助完成了這種簡化。
d. 通過把對介面編程而不是對類編程的代價幾乎減少到沒有，Spring能夠促進養成好的編程習慣。
e. Spring被設計為讓使用它創建的應用盡可能少的依賴於他的APIs。在Spring應用中的大多數業務對象沒有依賴於Spring。
f. 使用Spring構建的應用程序易於單元測試。
g. Spring能使EJB的使用成為一個實現選擇,而不是應用架構的必然選擇。你能選擇用POJOs或local EJBs來實現業務介面，卻不會影響調用代碼。
h. Spring幫助你解決許多問題而無需使用EJB。Spring能提供一種EJB的替換物，它們適用於許多web應用。例如，Spring能使用AOP提供聲明性事務管理而不通過EJB容器，如果
你僅僅需要與單個資料庫打交道，甚至不需要一個JTA實現。
i. Spring為數據存取提供了一個一致的框架,不論是使用的是JDBC還是O/R mapping產品（如Hibernate）。
Spring確實使你能通過最簡單可行的解決辦法來解決你的問題。而這是有有很大價值的。
缺點：使用人數不多、jsp中要寫很多代碼、控制器過於靈活，缺少一個公用控制器
3. linux ssh免費連接工具有哪些
1、putty
putty是最有名的SSH和telnet客戶端，由Simon Tatham為Windows平台開發。putty是一款開源軟體，提供可用的源代碼並有一批志願者進行開發和支持。
2、secureCRT
secureCRT支持SSH，同時支持Telnet和rlogin協議。secureCRT是一款用於連接運行包括Windows、Unix和VMS的理想工具。通過使用內含的VCP命令行程序可以進行加密文件的傳輸。有流行CRTTelnet客戶機的所有特點，包括：自動注冊、對不同主機保持不同的特性、列印功能、顏色設置、可變屏幕尺寸、用戶定義的鍵點陣圖和優良的VT100、VT102、VT220和ANSI競爭，能從命令行中運行或從瀏覽器中運行。其它特點包括文本手稿、易於使用的工具條、用戶的鍵點陣圖編輯器、可定製的ANSI顏色等。secureCRT的SSH協議支持DES、3DES和RC4密碼和密碼與RSA鑒別。
3、EasySSH
EasySSH是一款便捷的GUI SSH客戶端，提供了一種連接遠程Linux伺服器的快捷工具。
盡管EasySSH沒有提供Putty中提供的大量配置選項，但是它非常易於使用。EasySSH的最佳功能之一是提供標簽式界面，因此你可以打開多個SSH連接並在它們之間快速切換。
EasySSH的功能包括：分組、保存用戶名密碼、外觀選項、支持本地和遠程隧道。
4、Xshell
Xshell是一個強大的安全終端模擬軟體，它支持SSH1、SSH2以及Microsoft
Windows平台的TELNET協議。xshell通過互聯網到遠程主機的安全連接以及它創新性的設計和特色幫助用戶在復雜的網路環境中享受他們的工作。
4. 如何ssh傳輸文件到linux
的確可以利用遠程linux的ssh連接來和遠程linux主機之間傳輸文件，但不是用xshell這個軟體，xshell只是遠程登錄的客戶端而已。因為用ssh連接來傳輸文件需要用scp傳輸協議，所以用使用scp協議的軟體才可以向linux傳輸文件，比如winscp這個軟體或者是linux的scp命令。
winscp的使用就很簡單了，只需要選擇scp協議，並且輸入ssh登錄的用戶名和密碼，就可以開始文件傳輸了；linux的scp命令用於在兩台linux主機之間傳輸文件，也是需要ssh登錄用戶名、密碼，而命令的格式網路一下就知道了。
5. 一台4c8G的Linux，用java jsch建立SSH2連接，最多支持同時與多少台伺服器建立連接
這個需要看你的環境了，如果其它Linux都是在內網，網路環境可以排除，這時只關心業務，如果業務不復雜，這里畢竟是只開一個殼，業務處理都在另一端，但是如果傳輸到連接伺服器上的數據比較大，那建議少開一些，比如並發300-400左右，要不會卡死，如果傳輸數據較小，那無所謂了，開個一兩千都不是問題
但是如果其它伺服器都在外網環境的話，那需要再加上帶寬計算
6. Java通過SSH獲取Linux文件出錯
1
ssh
在cygwin中執行：$
ssh
username@remotehost
2
scp
命令scp基於ssh協議，可以將本地文件拷貝到遠程服務上的指定目錄
7. java使用ssh遠程連接Linux並執行命令，可以終止進程，但是無法開啟
ps-eopid,cmd|grep程序的名稱獲得其pidkillpid或者killall程序名稱
8. java ssh linux執行命令和命令行執行的區別
假設從主機A，檢查主機B上的進程， 需要在主機B上建立檢查用戶，例如叫x， 並設置通過public key認證登錄SSH，不會可以google搜一下， 然後，在A機器上執行： ssh x@B ~/command.sh > result.txt command.sh就是B機器上放置在x目錄下的腳本
9. java 通過ssh連接linux伺服器，怎麼登錄oracle執行sql並返回結果
mina。apache。org/sshd-project/
10. java通過ssh連接linux怎麼設置超時
以下均針對redhat6.5系統進行說明。
一、設置ssh超時斷連
使用root用戶，編輯/etc/profile文件，在
HOSTNAME='/bin/hostname'
HISTIZE=30
後增加一行
TMOUT=300
其中，300表示超過300秒無操作即斷開連接。
設置好之後，所有新建的連接超過5分鍾沒有操作即斷開（當前連接需要斷開重連才會生效）。
二、如果已設置了超時斷連，如何配置以盡量保持連接：
修改server端的/etc/ssh/sshd_config文件：
ClientAliveInterval 60 ＃server每隔60秒發送一次請求給client，然後client響應，從而保持連接
ClientAliveCountMax 3 ＃server發出請求後，客戶端沒有響應得次數達到3，就自動斷開連接，正常情況下，client不會不響應。