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