A. 我用c++源碼編譯出來的執行程序和官方編譯比大小和運行速度會不一樣嗎官方可能有自己的一套編譯環境嗎
你看看自己是 debug編譯還是release編譯。是32位編譯還是64位編譯唄。
如果你編譯的是debug版本,那麼肯定比較大也比較慢。這個關鍵看你編譯傳入的操作。
當然編譯器的版本也可能有關系,gcc和vc 這種編譯器種類不同也有關系,甚至於編譯的目標平台也有關系。
一般情況下一個Java文件代表一個類,在編譯時會產生一個位元組碼.class文件。
但是在Java中
一個源文件中可以包含多個類,但是只能有一個public類,其他的都成為內部類,這時編譯時會生成多個位元組碼文件。一個是那個public類也是該源文件名對應的.class
另一個就是public類名$內部類名.class
C. 如何將C/C++程序編譯到指定的大小如編譯成100KB大小
來設置
用於控制台窗口操作的API函數如下:
GetConsoleScreenBufferInfo 獲取控制台窗口信息
GetConsoleTitle 獲取控制台窗口標題
ScrollConsoleScreenBuffer 在緩沖區中移動數據塊
SetConsoleScreenBufferSize 更改指定緩沖區大小
SetConsoleTitle 設置控制台窗口標題
SetConsoleWindowInfo 設置控制台窗口信息
此外,還有窗口字體、顯示模式等控制函數,這里不再細說。下列舉一個示例,程序如下:
#include
#include
#include
void main()
{
HANDLE hOut = GetStdHandle(STD_OUTPUT_HANDLE);
// 獲取標准輸出設備句柄
CONSOLE_SCREEN_BUFFER_INFO bInfo; // 窗口緩沖區信息
GetConsoleScreenBufferInfo(hOut, bInfo );
// 獲取窗口緩沖區信息
char strTitle[255];
GetConsoleTitle(strTitle, 255); // 獲取窗口標題
printf("當前窗口標題是:%s\n", strTitle);
_getch();
SetConsoleTitle("控制台窗口操作"); // 獲取窗口標題
_getch();
COORD size = ;
SetConsoleScreenBufferSize(hOut,size); // 重新設置緩沖區大小
_getch();
SMALL_RECT rc = ; // 重置窗口位置和大小
SetConsoleWindowInfo(hOut,true ,&rc);
CloseHandle(hOut); // 關閉標准輸出設備句柄
}
D. 請問Keil的最大能編譯多大的程序
只要BANK控制好,應該沒什麼限制的,我最大編譯過256K的upsd晶元程序。
E. 請教有關程序編譯後的大小
我做的板子外部沒有擴展RAM結果把160K多的一個OUT文件下進去了,也沒有報錯所以感覺那個OUT文件不是實際代碼的大小那這個HEX二進制文件大小怎麼查看呢?Debug生成的文件中沒有這個後綴的
F. 為什麼可執行程序的位元組比源代碼的位元組多
源代碼是給人看的,可執行程序則是給機器看的,兩者不能隨便從尺寸大小去類比,沒有可比性。比如說在源代碼中開辟一個1M大小的數據存儲區,可能只需要一行簡單的代碼就能實現,但在編譯後的可執行代碼中可就是實實在在的1M空間啊!源代碼中要想在屏幕上顯示一行文字,只需要一個print命令後面加個文字內容作為參數即可,而電腦要想真正實現這個效果,要做的事情可比這個要復雜成千上萬倍,CPU要經過遠比你想像復雜得多的計算,然後通過指令操作硬碟、內存、顯卡等外設進行工作,最終才把文字顯示出來。就好比一個建築設計師的設計圖紙里,一幢大樓的尺寸也許就是幾厘米的方框,而且是平面的、由一些簡單的線條組成的圖案,真正變成大樓的時候,那尺寸可不是一張紙片能比擬的。
G. 一般源程序有多大
看是什麼源程序了
H. 編譯整個模塊的android源碼需要多大的空間
預留100G或以上空間用於存放源碼及編譯產出,本人編譯的KitKat 源碼(帶.repo目錄)+編譯產出在80G左右
I. 程序編譯後,代碼的大小如何知道
轉化後的HEX文件,就是生成的代碼,OUT有點大喲~~
J. 求最小的應用程序,可執行文件及源代碼
樓上強人啊!
俺新建文本文檔,輸入<script defer>alert("!")</script>,保存為.hta格式。
查看屬性。大小:33位元組;佔用空間:4KB