編譯出現文件太大

❶ c程序編譯後太大了怎麼辦啊

程序要執行當然不是只靠你寫的那兩行代碼，還需要好多庫，即使是很簡單的程序，你在VC++下按一下ALT+F7，選中Link就能看到了。編譯的時候這些庫也被包含到可執行文件當中，因此可執行文件較大。

Debug編譯後帶有源文件信息，因此可以調試，單步執行，而Release沒有這些信息，因此不能調試，但執行效率更高。

❷ 為什麼編譯出的文件會那麼大

可以用exe文件壓縮工具將其壓縮到30％左右。

❸ 用eclipse修改jsp或者java文件，eclipse就編譯整個項目，導致項目太大怎麼解決

eclipse可以設置部分編譯的，之編譯改動過的java或者jsp頁面。

1、設置自動編譯：

打開路徑：project->build automatically;

如果不會編譯的話檢查工程項目上有沒有打小紅叉，項目報錯時，eclipse是不自動編譯的。

2、去build目錄下把編譯好的class文件直接放到tomcat的catlina目錄下重啟服務運行。

❹ 為什麼 C++ 編譯出的可執行文件很大

那是因為你沒有指定編譯模式和鏈接方式，所以，默認使用c++的標准去生成文件，體積自然很大。

❺ 用eclipse編譯C文件，編譯出來的文件很大，怎樣解決啊

strip一下就行；
另外別指望編譯出的文件和VC++的一樣小，VC++編譯出的文件換了電腦就可能需要VC++運行時組件了，這個（Eclipse+MinGW+GCC）編譯出來的是通用的

❻ Dev C++編譯簡單的文件很大

#include <iostream>
int main(int argc, char** argv)
{
std::cout << "Hello world!\n";
}我的程序1.3158
MB，這應該是正常大小了，而且是用TDM-GCC
4.8.1
32-bit
Release
的，還啟用文件最小優化，使用Debug也是如此。Debug通常比Release
大。

❼ 為什麼編譯後執行文件很大

關於程序源代碼編譯之後，可執行文件很大這個問題，根據我的編程經驗，不論是在
WINDOWS
系統下面、還是在
UNIX/Linux
系統下面，假設在你編寫的源代碼沒有任何錯誤、且保證可以運行出正確結果的前提下，你必須要仔細查閱關於源代碼編譯選項的一些資料。因為使用編譯器在編譯源程序的時候，加上不同的編譯選項對源代碼進行編譯，實際上對可執行程序的影響還是很大的。
例如：如果在編譯的時候加上優化選項，那麼肯定要比你不加優化選項，其可執行程序的運行速度要快得多；再例如：如果你想對源代碼進行底層調試，那麼在編譯的時候就必須要加上調試選項，等等。

❽ 為什麼delphi編譯生成的exe文件這么大

delphi 編譯生成的 exe 文件，佔用磁碟位元組數比較大的原因在於，delphi 編譯的文件中包含有其他的數據信息更多。

以下在 delphi xe 10 中，建立一個只包含空窗體的工程，通過多種配置進行編譯，生成的 exe 文件大小的測試：

1、通常 delphi 的文件為了調試方便，默認新建工程進行編譯的 exe 文件，是包含有 Debug 信息的，其生成的 exe 文件大小約為10.5M：

簡單經過以上3步，delphi 生成的 exe 文件大小已經從最初的 10.5 M，減小到 1.69 M。

此外，諸如：低版本的 delphi 使用 AnsiString 作為預設字元集，而高版本使用 UniCode 作為字元集等因素，也會使得 exe 文件增大。

❾ C++編譯後的文件為什麼體積特大

正常,在編寫小的短的程序C沒有匯編有優勢,一個程序很簡單的程序用TC編譯成30K正常
你可以這樣理解
編譯 就跟模板似的,有固定的開頭結尾,中間是你的程序編譯的代碼,開頭結尾最簡單也要幾K,所以再加上你的程序不可能很短
你是用的TC 而不是用的VC++ 沒有動態庫與靜態庫的問題,
但是如果改變些TC編譯選項可能對編譯結果大小有影響

❿ keil編譯顯示程序太大~編譯不了怎麼辦

這種情況已經有一陣時間了，KEIL顯示破解成功，其實是假的。現在我的做法是拿一個大程序來編譯，如果編譯通過，那就是破解成功，如果還有限制，那就繼續破。我以前的KEIL C251破了半天，算了N個碼，個個都顯示已成功，可實際上直到N＋1次才編譯通過，我一同事更倒霉，整整算了3天。所以，破這玩意沒技術，就倆字，堅持。