编译出现文件太大

❶ 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天。所以，破这玩意没技术，就俩字，坚持。