import java.util.Date;
import java.text.SimpleDateFormat;
public class NowString {
public static void main(String[] args) {
SimpleDateFormat df = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");//設置日期格式
System.out.println(df.format(new Date()));// new Date()為獲取當前系統時間
}
}
❷ java 程序如何得到編譯時間 像C 里的 __DATE__ 一樣 printf("%s", __DATE__);
就我所知 貌似不能像C那麼簡單搞定
因為java最後都是編譯成.class文件 所以也許你可以通過找到對應的.class文件的最後修改時間來當作編譯時間
File file = new File("MyClass.class");
long time = file.lastModified();
僅供參考
❸ 如何在linux裡面用tee取得編譯時間
這是因為time的結果是通過標准錯誤輸出的。
(time ./a.out) >& logfile
(time ./a.out) > logfile 2&>1
(time ./a.out) 2>&1 | tee logfile
用括弧括起來。這樣就搞定了。換句話說，你是在一個子shell中運行。
另外最新的bash不僅支持>&也支持&>。
也可以用{;} 指定一組命令。
{ time ./a.out ; } >& logfile
{ time ./a.out ; } > logfile 2&1
{ time ./a.out ; } 2>&1 | tee logfile
{ 後一定要加空格，如果沒有的話，會報錯-bash: syntax error near unexpected token `}』。後面的冒號；也不要忘了。
❹ 如何在C++中如何編寫得到微妙單位的時間的代碼
網路， ctrlc， ctrlv。。。
c++ 毫秒，微妙級計時方法
在Windows平台下，常用的計時器有兩種，一種是timeGetTime多媒體計時器，它可以提供毫秒級的計時。但這個精度對很多應用場合而言還是太粗糙了。另一種是QueryPerformanceCount計數器，隨系統的不同可以提供微秒級的計數。對於實時圖形處理、多媒體數據流處理、或者實時系統構造的程序員，善用QueryPerformanceCount/QueryPerformanceFrequency是一項基本功。
在Intel Pentium以上級別的CPU中，有一個稱為「時間戳（Time Stamp）」的部件，它以64位無符號整型數的格式，記錄了自CPU上電以來所經過的時鍾周期數。由於目前的CPU主頻都非常高，因此這個部件可以達到納秒級的計時精度。這個精確性是上述兩種方法所無法比擬的。
在Pentium以上的CPU中，提供了一條機器指令RDTSC（Read Time Stamp Counter）來讀取這個時間戳的數字，並將其保存在EDX:EAX寄存器對中。由於EDX:EAX寄存器對恰好是Win32平台下C++語言保存函數返回值的寄存器，所以我們可以把這條指令看成是一個普通的函數調用。像這樣：
inline unsigned __int64 GetCycleCount()
{
__asm RDTSC
}
但是不行，因為RDTSC不被C++的內嵌匯編器直接支持，所以我們要用_emit偽指令直接嵌入該指令的機器碼形式0X0F、0X31，如下：
inline unsigned __int64 GetCycleCount()
{
__asm _emit 0x0F
__asm _emit 0x31
}
以後在需要計數器的場合，可以像使用普通的Win32 API一樣，調用兩次GetCycleCount函數，比較兩個返回值的差，像這樣：
unsigned long t;
t = (unsigned long)GetCycleCount();
//Do Something time-intensive ...
t -= (unsigned long)GetCycleCount();
這個方法的優點是：
1.高精度。可以直接達到納秒級的計時精度（在1GHz的CPU上每個時鍾周期就是一納秒），這是其他計時方法所難以企及的。
2.成本低。timeGetTime 函數需要鏈接多媒體庫winmm.lib，QueryPerformance* 函數根據MSDN的說明，需要硬體的支持（雖然我還沒有見過不支持的機器）和KERNEL庫的支持，所以二者都只能在Windows平台下使用（關於DOS平台下的高精度計時問題，可以參考《圖形程序開發人員指南》，裡面有關於控制定時器8253的詳細說明）。但RDTSC指令是一條CPU指令，凡是i386平台下Pentium以上的機器均支持，甚至沒有平台的限制（我相信i386版本UNIX和Linux下這個方法同樣適用，但沒有條件試驗），而且函數調用的開銷是最小的。
3.具有和CPU主頻直接對應的速率關系。一個計數相當於1/(CPU主頻Hz數)秒，這樣只要知道了CPU的主頻，可以直接計算出時間。這和QueryPerformanceCount不同，後者需要通過QueryPerformanceFrequency獲取當前計數器每秒的計數次數才能換算成時間。
這個方法的缺點是：
1.現有的C/C++編譯器多數不直接支持使用RDTSC指令，需要用直接嵌入機器碼的方式編程，比較麻煩。
2.數據抖動比較厲害。其實對任何計量手段而言，精度和穩定性永遠是一對矛盾。如果用低精度的timeGetTime來計時，基本上每次計時的結果都是相同的；而RDTSC指令每次結果都不一樣，經常有幾百甚至上千的差距。這是這種方法高精度本身固有的矛盾。
下面是幾個小例子，簡要比較了三種計時方法的用法與精度
//Timer1.cpp 使用了RDTSC指令的Timer類//KTimer類的定義可以參見《Windows圖形編程》P15
//編譯行：CL Timer1.cpp /link USER32.lib
#include <stdio.h>
#include "KTimer.h"
main()
{
unsigned t;
KTimer timer;
timer.Start();
Sleep(1000);
t = timer.Stop();
printf("Lasting Time: %d\n",t);
}
//Timer2.cpp 使用了timeGetTime函數
//需包含<mmsys.h>，但由於Windows頭文件錯綜復雜的關系
//簡單包含<windows.h>比較偷懶：）
//編譯行：CL timer2.cpp /link winmm.lib
#include <windows.h>
#include <stdio.h>
main()
{
DWORD t1, t2;
t1 = timeGetTime();
Sleep(1000);
t2 = timeGetTime();
printf("Begin Time: %u\n", t1);
printf("End Time: %u\n", t2);
printf("Lasting Time: %u\n",(t2-t1));
}
//Timer3.cpp 使用了QueryPerformanceCounter函數
//編譯行：CL timer3.cpp /link KERNEl32.lib
#include <windows.h>
#include <stdio.h>
main()
{
LARGE_INTEGER t1, t2, tc;
QueryPerformanceFrequency(&tc);
printf("Frequency: %u\n", tc.QuadPart);
QueryPerformanceCounter(&t1);
Sleep(1000);
QueryPerformanceCounter(&t2);
printf("Begin Time: %u\n", t1.QuadPart);
printf("End Time: %u\n", t2.QuadPart);
printf("Lasting Time: %u\n",( t2.QuadPart- t1.QuadPart));
}
❺ 什麼是編譯時間
用戶使用編譯程序對其個人編制的源程序進行編譯的過程稱為程序編譯。編譯時間(compiling time) 指編譯程序將源程序編譯成目標程序所佔用的時間。
1 如何減少編譯時間
一是執行每日自動構建。每日自動構建的原理很簡單：安裝每日構建工具CCNET（不熟悉該工具的同學可以去搜索下）。然後在源碼伺服器上安裝編譯環境。源碼伺服器每天獲取最新代碼，每天下班後開始編譯最新代碼，經過一個晚上基本上就能把庫和應用程序都編好，到了第二天開發人員只需下載最新的庫文件和代碼文件而不須自己重新編譯。這樣就能大大節省時間了。
二是使用聯合編譯器IncrediBuild。這個工具估計大家都不陌生。最近試驗了一個新想法，寫一個批處理文件，將SVN和IncrediBuild綁在一起，實現了從源碼更新到工程編譯。
2 批處理文件的命令語法
svnupinclude//更新伺服器的include文件夾到本地
BuildConsoleD:\Code\MySolution.sln/prj="MyApp"/build/OpenMonitor/cfg="Debug|Win32"
BuildConsole是IncrediBuild的命令行工具，
D:\Code\MySolution.sln是你的解決方案文件絕對路徑，
/prj參數設置你要編譯的工程，如果你要編譯多個工程，可以這樣設置，/prj="prj1,prj2,prj3",
/prj參數也支持通配符，/prj="*"即為編譯MySolution.sln下的所有工程
/build為編譯工程，若改為/rebuild即是清理重編工程。
/OpenMonitor為打開IncrediBuild的圖形化界面，去掉該參數則不出現圖形界面。
/cfg為編譯設置選項，如要編release版本，可以改為Release|Win32。
把上面的代碼保存為BuildDebug.bat，把文件保存在D:\Code\路徑下（即源碼根目錄，下面有include、src和vs三個文件夾），然後運行這個批處理文件就相當於把從更新源碼到編譯源碼這一系列動作都執行了。