總結:
linux系統下用long long
win下用 __int64
GCC等爲了和MS兼容，也兼容__int64
(1) 在win下的VC6.0裏面，聲明數據類型的時候應該寫作
__int64 a;
輸入輸出的時候用 %I64d
scanf(”%I64d”,&a);
printf(”%I64d”,a);
(2) 在linux下的gcc/g++裏面，數據類型聲明寫作
long long a;
輸入輸出時候用 %lld
(3) 在win下的其它IDE裏面[包括高版本Visual Studio]，數據類型聲明用上面兩種均可
輸入輸出用 %I64d
================== 以下可無視 =========================
以下是對這種混亂情況的解釋，如無興趣可以跳過
首先要說的是，和Java等語言不同，C/C++本身並沒有規定各數據類型的位數，只是限定了一個大小關係，也就是規定從所佔的bit數來說，short <= int <= long <= long long。至於具體哪種類型佔用多少位，是由你所用的開發平臺的編譯器決定的。在現在的PC上一個通常的標準是，int和long同爲32位，long long爲64位。但是如果換到其它平臺(如ARM)上，這個數字可能會有不同，類型所佔的大小可以用sizeof()運算符查看。
long long是C99標準中新引進的數據類型，在古老的VC6.0中並沒有這個類型，所以在VC6.0中用”long long”會發生編譯錯誤。爲了表示64位整數，VC6裏採用的是微軟自己搞出來的一個數據類型，叫做__int64，所以如果你是在VC6.0下編譯的話，應該用__int64定義64位整型。新版的Visual Studio已經支持long long了。GCC是支持long long的，我們在win系統中使用的其它IDE如Dev-Cpp, Code::Blocks等等大多是採用的MinGW編譯環境，它是與GCC兼容的，所以也支持long long（另外爲了與MS兼容，也支持__int64）。如果是在純的linux下，就只能使用long long了。
關於使用printf的輸入輸出，這裏就有一個更囧的情況。實際上只要記住，主要的區分在於操作系統：如果在win系統下，那麼無論什麼編譯器，一律用%I64d；如果在linux系統，一律用%lld。這是因爲MS提供的msvcrt.dll庫裏使用的就是%I64d的方式，儘管Dev-Cpp等在語法上支持標準，但也不得不使用MS提供的dll庫來完成IO，所以就造成了這種情況。
==================== 無視至此 ===========================
那麼對ACMer來說，最爲關心的就是在各個OJ上交題應分別使用哪種方式了。其實方式只有有限的幾種：
如果服務器是linux系統，那麼定義用long long，IO用%lld
如果服務器是win系統，那麼聲明要針對編譯器而定：
+ 如果用MS系列編譯器，聲明用__int64 [現在新版的Visual Studio也支持long long了]
+ 如果用MinGW環境，聲明用long long
+ 無論什麼編譯器，IO一律%I64d
下面把各大OJ情況列表如下：
1. TOJ : Linux系統
2. ZOJ : Linux系統
3. POJ : Win系統，語言如選擇C/C++，則用MS編譯器[支持兩種聲明]，如選擇GCC/G++，則爲MinGW
4. UVa : Linux系統
5. Ural: Win系統，MS編譯器[支持兩種聲明]
6. SPOJ: Linux系統
7. SGU : Win系統，MS編譯器[支持兩種聲明]
如果有不太清楚的情況可以先看看各OJ上的FAQ，通常會有說明。
另外，爲了避免混亂，當數據量不大時，用cin, cout進行輸入輸出也是一種選擇