java監控服務器檔案在哪
java監控服務器檔案在JAVA_HOMEin目錄下的jvisualvm.exe，雙擊這個檔案就能看到一個比較直觀的介面。要進行遠程監控，本機的VisualVM就必須和遠程的JVM要進行通信，Visualvm支援兩種remote connection方式，分別是jstatd和JMX方式。
Java是一門面向對象的編程語言，不僅吸收了C++語言的各種優點，還摒棄了C++裏難以理解的多繼承、指針等概念，因此Java語言具有功能強大和簡單易用兩個特徵。Java語言作爲靜態面向對象編程語言的代表，極好地實現了面向對象理論，允許程序員以優雅的思維方式進行復雜的編程。
小編還爲您整理了以下內容，可能對您也有幫助：
怎麼用java實現web服務器的監控
如何用Java實現Web服務器 一、HTTP協議的作用原理
WWW是以Internet作爲傳輸媒介的一個應用系統，WWW網上最基本的傳輸單位是Web網頁。WWW的工作基於客戶機/服務器計算模型，由Web 瀏覽器（客戶機）和Web服務器（服務器）構成，兩者之間採用超文字傳送協議（HTTP）進行通信。HTTP協議是基於TCP/IP協議之上的協議，是Web瀏覽器和Web服務器之間的應用層協議，是通用的、無狀態的、面向對象的協議。HTTP協議的作用原理包括四個步驟：
（1） 連接：Web瀏覽器與Web服務器建立連接，開啟一個稱爲socket（套接字）的虛擬檔案，此檔案的建立標誌着連接建立成功。
（2） 請求：Web瀏覽器透過socket向Web服務器提交請求。HTTP的請求一般是GET或POST命令（POST用於FORM參數的傳遞）。GET命令的格式爲：
GET 路徑/檔案名 HTTP/1.0
檔案名指出所訪問的檔案，HTTP/1.0指出Web瀏覽器使用的HTTP版本。
（3） 應答：Web瀏覽器提交請求後，透過HTTP協議傳送給Web服務器。Web服務器接到後，進行事務處理，處理結果又透過HTTP傳回給Web瀏覽器，從而在Web瀏覽器上顯示出所請求的頁面。詳細方法可向itjob老師瞭解
java中 怎麼監控服務器端運行情況
你可以在JSP頁面用這三個方法
request.getRemoteAddr()//獲取遠程IP
request.getRemoteUser()//獲取遠程用戶
request.getRemoteHost()//獲取遠程主機
可以寫方法,請看java.net包下的類.
java.net.InetAddress
java.net.InetSocketAddress
獲取IP,主機和端口.
如何用java實現遠程監控linux服務器磁盤io
對於遠程監控Linux主機系統CPU,內存使用情況,以前也使用了top等命令,但是最後還是覺得使用vmstat比較好.
執行top命令獲得系統CPU使用情況有兩個缺點,
第一執行top命令,執行的shell語句相對複雜.
用top命令獲得CPU使用情況的shell語句
top -b -n 2 | grep Cpu |sed 1d | awk '{print $5}' | cut -f 1 -d "."
第二:有時候系統峯值時間很短暫,容易造成誤判.
注意:執行本例子,你還需要下載第三方ganymed-ssh2-build251beta1.jar,改軟件主要用於透過ssh遠程登入被監控主機.
ITjob上。看。的
java如何判斷髮布在tomcat服務器上的檔案是否存在?
這個和本地是一個樣子的啊。
File
file=new
File("D:\\測試.txt");
如果file等於null那這個檔案就不存在
服務器上唯一變的是
路勁
D:\\測試.txt
變了。你肯定首先需要知道你的檔案在服務器上的路勁吧。
如果你還不瞭解
服務器和我們自己的電腦是沒區別的那就沒辦法了。
舉例子
https://gss0.bdstatic.com/703d5a07f555bcb680583e80d5c7e1bcfb24/2e605e/2e66572ef1/267b5833f25e.66/r6s1g4.gif
這個就是存在百度服務器上的一個圖片檔案
File
file=new
File("https://gss0.bdstatic.com/703d5a07f555bcb680583e80d5c7e1bcfb24/2e605e/2e66572ef1/267b5833f25e.66/r6s1g4.gif")
如果爲空
就不存在。
希望你能看懂。
如何用Java實現對tomcat服務器的監控？其中包括異常監控，還有本機的監控：如cpu,虛擬機，和服務器溫度等
cpu、內存、磁盤空間等參數資訊用C語言來寫一個DLL工程(extern "c"聲明)，最好不要用C++寫，因爲C++的匯出函數會變名，然後java透過JNI規範調用C編寫的函數。
具體是先System.loadLibruary("dll名稱");
用C函數名，注意編譯DLL的時候需要java類的頭檔案。cmd命令：javah Java類名。再直接調C函數。
如何監控java進程
SWT Win32 Extension 是Eclipse類庫SWT的Win32本地原生擴展.
本項目提供了一個軟件開發工具庫，能夠讓您使用Java語言開發原生的Windows應用程序而不需要編寫額外的JNI代碼。使用SWT Win32 Extension，您將不需要創建原生的動態連結庫來調用操作系統動態連結庫的系統API或者方法。您僅僅需要做的就是編寫Java代碼， SWT Win32 Extension來負責剩下的部分。SWT Win32 Extension提供了一系列的功能使您的應用程序看上去和Win32本機程序別無二致。
視窗裝飾功能: 提供視窗置頂，透明，閃動等功能。
自訂視窗: 創建不規則的視窗。
訪問Windows註冊表。
系統檔案夾: 獲取系統特殊檔案加的路徑和圖標。
系統捷徑: 管理系統捷徑。
系統相關資訊: 收集系統CPU，內存，環境變量等相關資訊。
系統會話: 提供關機，休眠，重啓，註銷等功能。
系統IO及網絡功能: 提供磁盤和網絡相關資訊。
活動桌面功能: 管理Windows活動桌面。
系統鉤子: 註冊和卸載系統鉤子，能夠攔截和處理系統事件。
視窗系統選單: 管理視窗選單。用戶可以自訂系統選單和處理選單事件。
Ole 控件: 提供對一些常用控件的封裝，比如flash。 值得一提的是，您能夠訪問SWT提供的所有功能，因爲SWT Win32 Extension是從SWT派生出來的。
java Swing 如何實現 客戶端與服務器端 檔案夾同步？並實時監控或定時監測 檔案夾變化？期間用到MD5。
安裝一個電腦管家到電腦上
開啟工具箱，然後選擇最近文檔，就能看到最近30天開啟的所有檔案了
最後還可以在小程序用手機檢視電腦上面的文檔呢。
java 檔案在服務器中定位絕對路徑
在jsp和class檔案中調用的相對路徑不同。 在jsp裏，根目錄是WebRoot 在class檔案中，根目錄是WebRoot/WEB-INF/classes 當然你也可以用System.getProperty("user.dir")獲取你工程的絕對路徑。
另:在Jsp,Servlet,Java中詳細獲得路徑的方法!
1.jsp中取得路徑：
以工程名爲TEST爲例：
(1)得到包含工程名的當前頁面全路徑：request.getRequestURI()
結果：/TEST/test.jsp
(2)得到工程名：request.getContextPath()
結果：/TEST
(3)得到當前頁面所在目錄下全名稱：request.getServletPath()
結果：如果頁面在jsp目錄下 /TEST/jsp/test.jsp
(4)得到頁面所在服務器的全路徑：application.getRealPath("頁面.jsp")
結果：D:\resin\webapps\TEST\test.jsp
(5)得到頁面所在服務器的絕對路徑：absPath=new java.io.File(application.getRealPath(request.getRequestURI())).getParent();
結果：D:\resin\webapps\TEST
2.在類中取得路徑：
(1)類的絕對路徑：Class.class.getClass().getResource("/").getPath()
結果：/D:/TEST/WebRoot/WEB-INF/classes/pack/
(2)得到工程的路徑：System.getProperty("user.dir")
結果：D:\TEST
3.在Servlet中取得路徑：
(1)得到工程目錄：request.getSession().getServletContext().getRealPath("") 參數可具體到包名。
結果：E:\Tomcat\webapps\TEST
(2)得到IE地址欄地址：request.getRequestURL()
結果：http://localhost:8080/TEST/test
(3)得到相對地址：request.getRequestURI()
結果：/TEST/test
JAVA如何讀取服務器上的檔案夾
如果倆個服務器都在內網裏面，可以透過映射到本地磁盤，然後用java直接讀取磁盤檔案的方式進行讀取。如果不是，那麼你只能讓另一個服務器以接口的方式提供檔案讀取服務了。
java內存檢視與分析
業界有很多強大的java profile的工具，比如Jporfiler，yourkit，這些收費的東西我就不想說了，想說的是，其實java自己就提供了很多內存監控的小工具，下面列舉的工具只是一小部分，仔細研究下jdk的工具，還是蠻有意思的呢：）
1：gc日誌輸出
在jvm啓動參數中加入 -XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCTimestamps -XX:+PrintGCApplicationStopedTime，jvm將會按照這些參數順序輸出gc概要資訊，詳細資訊，gc時間資訊，gc造成的應用暫停時間。如果在剛纔的參數後面加入參數 -Xloggc:檔案路徑，gc資訊將會輸出到指定的檔案中。其他參數還有
-verbose:gc和-XX:+PrintTenuringDistribution等。
2：jconsole
jconsole是jdk自帶的一個內存分析工具，它提供了圖形介面。可以檢視到被監控的jvm的內存資訊，線程資訊，類加載資訊，MBean資訊。
jconsole位於jdk目錄下的bin目錄，在windows下是jconsole.exe，在unix和linux下是jconsole.sh，jconsole可以監控本地應用，也可以監控遠程應用。 要監控本地應用，執行jconsole pid，pid就是執行的java進程id，如果不帶上pid參數，則執行jconsole命令後，會看到一個對話框彈出，上面列出了本地的java進程，可以選擇一個進行監控。如果要遠程監控，則要在遠程服務器的jvm參數里加入一些東西，因爲jconsole的遠程監控基於jmx的，關於jconsole詳細用法，請見專門介紹jconsle的文章，我也會在博客裏專門詳細介紹jconsole。
3:jviusalvm
在JDK6 update 7之後，jdk推出了另外一個工具：jvisualvm,java可視化虛擬機，它不但提供了jconsole類似的功能，還提供了jvm內存和cpu實時診斷，還有手動mp出jvm內存情況，手動執行gc。
和jconsole一樣，執行jviusalvm，在jdk的bin目錄下執行jviusalvm，windows下是jviusalvm.exe,linux和unix下是jviusalvm.sh。
4：jmap
jmap是jdk自帶的jvm內存分析的工具，位於jdk的bin目錄。jdk1.6中jmap命令用法：
Usage:
jmap -histo pid
（to connect to running process and print histogram of java object heap
jmap -mp:mp-options pid
（to connect to running process and mp java heap）
mp-options:
format=b binary default
file=file mp heap to file
Example: jmap -mp:format=b,file=heap.bin pid
jmap -histo pid在屏幕上顯示出指定pid的jvm內存狀況。以我本機爲例，執行該命令，屏幕顯示：
num #instances #bytes class name
----------------------------------------------
1: 24206 2791864 constMethodKlass
2: 22371 2145216 [C
3: 24206 1940648 methodKlass
4: 1951 1364496 constantPoolKlass
5: 26543 1282560 symbolKlass
6: 6377 1081744 [B
7: 1793 909688 constantPoolCacheKlass
8: 1471 614624 instanceKlassKlass
9: 14581 548336 [Ljava.lang.Object;
10: 3863 513640 [I
11: 20677 496248 java.lang.String
12: 3621 312776 [Ljava.util.HashMap$Entry;
13: 3335 266800 java.lang.reflect.Method
14: 8256 264192 java.io.ObjectStreamClass$WeakClassKey
15: 7066 226112 java.util.TreeMap$Entry
16: 2355 173304 [S
17: 1687 161952 java.lang.Class
18: 2769 150112 [[I
19: 3563 142520 java.util.HashMap
20: 5562 133488 java.util.HashMap$Entry
Total 239019 17140408
爲了方便檢視，我刪掉了一些行。從上面的資訊很容易看出，#instance指的是對象數量，#bytes指的是這些對象佔用的內存大小，class name指的是對象類型。
再看jmap的mp選項，這個選項是將jvm的堆中內存資訊輸出到一個檔案中，在我本機執行
jmap -mp:file=c:mp.txt 340
注意340是我本機的java進程pid，mp出來的檔案比較大有10幾M，而且我只是開了tomcat，跑了一個很簡單的應用，且沒有任何訪問，可以想象，大型繁忙的服務器上，mp出來的檔案該有多大。需要知道的是，mp出來的檔案資訊是很原始的，絕不適合人直接觀看，而jmap -histo顯示的內容又太簡單，例如只顯示某些類型的對象佔用多大內存，以及這些對象的數量，但是沒有更詳細的資訊，例如這些對象分別是由誰創建的。那這麼說，mp出來的檔案有什麼用呢？當然有用，因爲有專門分析jvm的內存mp檔案的工具。
5：jhat
上面說了，有很多工具都能分析jvm的內存mp檔案，jhat就是sun jdk6及以上版本自帶的工具，位於jdk的bin目錄，執行 jhat -J -Xmx512m [file] ，file就是mp檔案路徑。jhat內置一個簡單的web服務器，此命令執行後，jhat在命令行裏顯示分析結果的訪問地址，可以用-port選項指定端口，具體用法可以執行jhat -heap檢視幫助資訊。訪問指定地址後，就能看到頁面上顯示的資訊，比jmap -histo命令顯示的豐富得多，更爲詳細。
6：eclipse內存分析器
上面說了jhat，它能分析jvm的mp檔案，但是全部是文字顯示，eclipse memory analyzer，是一個eclipse提供用於分析jvm 堆mp的插件，它的分析速度比jhat快，分析結果是圖形介面顯示，比jhat的可讀性更高。其實jvisualvm也可以分析mp檔案，也是有圖形介面顯示的。
7：jstat
如果說jmap傾向於分析jvm內存中對象資訊的話，那麼jsta就是傾向於分析jvm內存的gc情況。都是jvm內存分析工具，但顯然，它們是從不同維度來分析的。jsat常用的參數有很多，如 -gc,-gcutil,-gccause，這些選項具體作用可檢視jsat幫助資訊，我經常用-gcutil，這個參數的作用不斷的顯示當前指定的jvm內存的垃圾收集的資訊。
我在本機執行 jstat -gcutil 340 10000，這個命令是每個10秒鐘輸出一次jvm的gc資訊，10000指的是間隔時間爲10000毫秒。屏幕上顯示如下資訊（我只取了第一行，因爲是按的一定頻率顯示，所以實際執行的時候，會有很多行）：
S0 S1 E O P YGC YGCT FGC FGCT GCT
54.62 0.00 42.87 43.52 86.24 1792 5.093 33 7.670 12.763
額怎麼說呢，要看懂這些資訊代表什麼意思，還必須對jvm的gc機制有一定的瞭解才行啊。其實如果對sun的 hot spot jvm的gc比較瞭解的人，應該很容易看懂這些資訊，但是不清楚gc機制的人，有點莫名其妙，所以在這裏我還是先講講sun的jvm的gc機制吧。說到gc，其實不僅僅只是java的概念，其實在java之前，就有很多語言有gc的概念了，gc嘛就是垃圾收集的意思，更多的是一種算法性的東西，而跟具體語言沒太大關係，所以關於gc的歷史，gc的主流算法我就不講了，那扯得太遠了，扯得太遠了就是扯淡。sun現在的jvm，內存的管理模型是分代模型，所以gc當然是分代收集了。分代是什麼意思呢？就是將對象按照生命週期分成三個層次，分別是：新生代，舊生代，持久代。對象剛開始分配的時候，大部分都在新生代，當新生代gc提交被觸發後了，執行一次新生代範圍內的gc，這叫minor gc，如果執行了幾次minor gc後，還有對象存活，將這些對象轉入舊生代，因爲這些對象已經經過了組織的重重考驗了哇。舊生代的gc頻率會更低一些，如果舊生代執行了gc，那就是full gc，因爲不是局部gc，而是全內存範圍的gc，這會造成應用停頓，因爲全內存收集，必須封鎖內存，不許有新的對象分配到內存，持久代就是一些jvm期間，基本不會消失的對象，例如class的定義，jvm方法區資訊，例如靜態塊。需要主要的是，新生代裏又分了三個空間：eden，susvivor0，susvivor1，按字面上來理解，就是伊甸園區，倖存1區，倖存2區。新對象分配在eden區中，eden區滿時，採用標記-複製算法，即檢查出eden區存活 的對象，並將這些對象複製到是s0或s1中，然後清空eden區。jvm的gc說開來，不只是這麼簡單，例如還有串行收集，並行收集，併發收集，還有着名的火車算法，不過那說得太遠了，現在對這個有大致瞭解就好。說到這裏，再來看一下上面輸出的資訊：
S0 S1 E O P YGC YGCT FGC FGCT GCT
54.62 0.00 42.87 43.52 86.24 1792 5.093 33 7.670 12.763
S0:新生代的susvivor0區，空間使用率爲5462%
S1:新生代的susvivor1區，空間使用率爲0.00%（因爲還沒有執行第二次minor收集）
E:eden區，空間使用率42.87%
O:舊生代，空間使用率43.52%
P:持久帶，空間使用率86.24%
YGC:minor gc執行次數1792次
YGCT:minor gc耗費的時間5.093毫秒
FGC:full gc執行次數33
FGCT:full gc耗費的時間7.670毫秒
GCT:gc耗費的總時間12.763毫秒
怎樣選擇工具
上面列舉的一些工具，各有利弊，其實如果在開發環境，使用什麼樣的工具是無所謂的，只要能得到結果就好。但是在生產環境裏，卻不能亂選擇，因爲這些工具本身就會耗費大量的系統資源，如果在一個生產服務器壓力很大的時候，貿然執行這些工具，可能會造成很意外的情況。最好不要在服務器本機監控，遠程監控會比較好一些，但是如果要遠程監控，服務器端的啓動腳本要加入一些jvm參數，例如用jconsloe遠程監控tomcat或jboss等，都需要設定jvm的jmx參數，如果僅僅只是分析服務器的內存分配和gc資訊，強烈推薦，先用jmap匯出服務器端的jvm的堆mp檔案，然後再用jhat，或者jvisualvm，或者eclipse內存分析器來分析內存狀況。
