如何用文件编译
① 如何编译一个 dll文件
创建DLL工程
这里，我们为了简要说明DLL的原理，我们决定使用最简单的编译环境VC6.0，如下图，我们先建立一个新的Win32 Dynamic-Link Library工程，名称为“MyDLL”，在Visual Studio中，你也可以通过建立Win32控制台程序，然后在“应用程序类型”中选择“DLL”选项，
点击确定，选择“一个空的DLL工程”，确定，完成即可。
一个简单的dll
在第一步我们建立的工程中建立一个源码文件”dllmain.cpp“，在“dllmain.cpp”中，键入如下代码
[cpp] view plain
#include <Windows.h>
#include <stdio.h>
BOOL APIENTRY DllMain(HMODULE hMole, DWORD ul_reason_for_call, LPVOID lpReserved)
{
switch (ul_reason_for_call)
{
case DLL_PROCESS_ATTACH:
printf("DLL_PROCESS_ATTACH\n");
break;
case DLL_THREAD_ATTACH:
printf("DLL_THREAD_ATTACH\n");
break;
case DLL_THREAD_DETACH:
printf("DLL_THREAD_DETACH\n");
break;
case DLL_PROCESS_DETACH:
printf("DLL_PROCESS_DETACH\n");
break;
}
return TRUE;
}
之后，我们直接编译，即可以在Debug文件夹下，找到我们生成的dll文件，“MyDLL.dll”，注意，代码里面的printf语句，并不是必须的，只是我们用于测试程序时使用。而DllMain函数，是dll的进入/退出函数。
实际上，让线程调用DLL的方式有两种，分别是隐式链接和显式链接，其目的均是将DLL的文件映像映射进线程的进程的地址空间。我们这里只大概提一下，不做深入研究，如果感兴趣，可以去看《Window高级编程指南》的第12章内容。
隐式链接调用
隐士地链接是将DLL的文件影响映射到进程的地址空间中最常用的方法。当链接一个应用程序时，必须制定要链接的一组LIB文件。每个LIB文件中包含了DLL文件允许应用程序（或另一个DLL）调用的函数的列表。当链接器看到应用程序调用了某个DLL的LIB文件中给出的函数时，它就在生成的EXE文件映像中加入了信息，指出了包含函数的DLL文件的名称。当操作系统加载EXE文件时，系统查看EXE文件映像的内容来看要装入哪些DLL，而后试图将需要的DLL文件映像映射到进程的地址空间中。当寻找DLL时，系统在系列位置查找文件映像。
1.包含EXE映像文件的目录
2.进程的当前目录
3.Windows系统的目录
4.Windows目录
5.列在PATH环境变量中的目录
这种方法，一般都是在程序链接时控制，反映在链接器的配置上，网上大多数讲的各种库的配置，比如OPENGL或者OPENCV等，都是用的这种方法
显式链接调用
这里我们只提到两种函数，一种是加载函数
[cpp] view plain
HINSTANCE LoadLibrary(LPCTSTR lpszLibFile);
HINSTANCE LoadLibraryEx(LPCSTR lpszLibFile,HANDLE hFile,DWORD dwFlags);
返回值HINSTANCE值指出了文件映像映射的虚拟内存地址。如果DLL不能被映进程的地址空间，函数就返回NULL。你可以使用类似于
[cpp] view plain
LoadLibrary("MyDLL")
或者
[cpp] view plain
LoadLibrary("MyDLL.dll")
的方式进行调用，不带后缀和带后缀在搜索策略上有区别，这里不再详解。
显式释放DLL
在显式加载DLL后，在任意时刻可以调用FreeLibrary函数来显式地从进程的地址空间中解除该文件的映像。
[cpp] view plain
BOOL FreeLibrary(HINSTANCE hinstDll);
这里，在同一个进程中调用同一个DLL时，实际上还牵涉到一个计数的问题。这里也不在详解。
线程可以调用GetMoleHandle函数：
[cpp] view plain
GetMoleHandle(LPCTSTR lpszMoleName)；
来判断一个DLL是否被映射进进程的地址空间。例如，下面的代码判断MyDLL.dll是否已被映射到进程的地址空间，如果没有，则装入它：
[cpp] view plain
HINSTANCE hinstDll;
hinstDll = GetMoleHandle("MyDLL");
if (hinstDll == NULL){
hinstDll = LoadLibrary("MyDLL");
}
实际上，还有一些函数，比如 GetMoleFileName用来获取DLL的全路径名称，FreeLibraryAndExitThread来减少DLL的使用计数并退出线程。具体内容还是参见《Window高级编程指南》的第12章内容，此文中不适合讲太多的内容以至于读者不能一下子接受。
DLL的进入与退出函数
说到这里，实际上只是讲了几个常用的函数，这一个小节才是重点。
在上面，我们看到的MyDLL的例子中，有一个DllMain函数，这就是所谓的进入/退出函数。系统在不同的时候调用此函数。这些调用主要提供信息，常常被DLL用来执行进程级或线程级的初始化和清理工作。如果你的DLL不需要这些通知，就不必再你的DLL源代码中实现此函数，例如，如果你创建的DLL只含有资源，就不必实现该函数。但如果有，则必须像我们上面的格式。
DllMain函数中的ul_reason_for_call参数指出了为什么调用该函数。该参数有4个可能值： DLL_PROCESS_ATTACH、DLL_THREAD_ATTACH、DLL_THREAD_DETACH、DLL_PROCESS_DETACH。
其中，DLL_PROCESS_ATTACH是在一个DLL首次被映射到进程的地址空间时，系统调用它的DllMain函数，传递的ul_reason_for_call参数为DLL_PROCESS_ATTACH。这只有在首次映射时发生。如果一个线程后来为已经映射进来的DLL调用LoadLibrary或LoadLibraryEx，操作系统只会增加DLL的计数，它不会再用DLL_PROCESS_ATTACH调用DLL的DllMain函数。
而DLL_PROCESS_DETACH是在DLL被从进程的地址空间解除映射时，系统调用它的DllMain函数，传递的ul_reason_for_call值为DLL_PROCESS_DETACH。我们需要注意的是，当用DLL_PROCESS_ATTACH调用DLL的DllMain函数时，如果返回FALSE,说明初始化不成功，系统仍会用DLL_PROCESS_DETACH调用DLL的DllMain。因此，必须确保没有清理那些没有成功初始化的东西。
DLL_THREAD_ATTACH：当进程中创建一个线程时，系统察看当前映射到进程的地址空间中的所有DLL文件映像，并用值DLL_THREAD_ATTACH调用所有的这些DLL的DllMain函数。该通知告诉所有的DLL去执行线程级的初始化。注意，当映射一个新的DLL时，进程中已有的几个线程在运行，系统不会为已经运行的线程用值DLL_THREAD_ATTACH调用DLL的DllMain函数。
而DLL_THREAD_DETACH，如果线程调用ExitThread来终结（如果让线程函数返回而不是调用ExitThread，系统会自动调用ExitThread），系统察看当前映射到进程空间的所有DLL文件映像，并用值DLL_THREAD_DETACH来调用所有的DLL的DllMain函数。该通知告诉所有的DLL去执行线程级的清理工作。
这里，我们需要注意的是，如果线程的终结是因为系统中的一个线程调用了TerminateThread，系统就不会再使用DLL_THREAD_DETACH来调用DLL和DllMain函数。这与TerminateProcess一样，不再万不得已时，不要使用。
下面，我们贴出《Window高级编程指南》中的两个图来说明上述四种参数的调用情况。
好的，介绍了以上的情况，下面，我们来继续实践，这次，建立一个新的空的win32控制台工程TestDLL，不再多说，代码如下：
[cpp] view plain
#include <iostream>
#include <Windows.h>
using namespace std;
DWORD WINAPI someFunction(LPVOID lpParam)
{
cout << "enter someFunction!" << endl;
Sleep(1000);
cout << "This is someFunction!" << endl;
Sleep(1000);
cout << "exit someFunction!" << endl;
return 0;
}
int main()
{
HINSTANCE hinstance = LoadLibrary("MyDLL");
if(hinstance!=NULL)
{
cout << "Load successfully!" << endl;
}else {
cout << "Load failed" << endl;
}
HANDLE hThread;
DWORD dwThreadId;
cout << "createThread before " << endl;
hThread = CreateThread(NULL,0,someFunction,NULL,0,&dwThreadId);
cout << "createThread after " << endl;
cout << endl;
Sleep(3000);
cout << "waitForSingleObject before " << endl;
WaitForSingleObject(hThread,INFINITE);
cout << "WaitForSingleObject after " << endl;
cout << endl;
FreeLibrary(hinstance);
return 0;
}
代码很好理解，但是前提是，你必须对线程有一定的概念。另外，注意，我们上面编译的获得的“MyDLL.dll"必须拷贝到能够让我们这个工程找到的地方，也就是上面我们提到的搜索路径中的一个地方。
这里，我们先贴结果，当然，这只是在我机器上其中某次运行结果。
有了上面我们介绍的知识，这个就不是很难理解，主进程在调用LoadLibrary时，用DLL_PROCESS_ATTACH调用了DllMain函数，而线程创建时，用DLL_THREAD_ATTACH调用了DllMain函数，而由于主线程和子线程并行的原因，可能输出的时候会有打断。但是，这样反而能让我们更清楚的理解程序。
② 文件夹下的源文件如何编译
1.DOS界面先转换到D盘下的操作：开始-运行-cmd-D:
2.利用cd命令进入代码所在的文件夹：cd 1
3.编译代码：javac 类名.java(后缀名不是.class而樱橘渗已.java)
4.运行代码: java 类伍明名（运行不需要脊脊加后缀名）
附：在DOS界面 输入java -version 检查一下JDK 并注意 环境变量的配置
③ c多个文件如何编译
关于整个 C 语言中的主函数 main( ) 如何调用相关的头文件（*.h）、以及调用其它独立的模块（*.c）的方法，关键在于对于如何编写 makefile 文件的真正理解、以及真正掌握编写规则。
由于我已经有很多年没有编写过 C 语言源程序、以及编写 makefile 文件了，但是可以大概给你提供一个思路就是：
下面的文本文件假设以 my_makefile 为例，编译环境为 linux 系统，C 语言编译器为 gcc。
但是在这里注意一点：我的 my_makefile 文件中的注释语句是否是分号进行注释，我已经不太记得了，这个需要自己再参考一下。
另外就是：对源文件（*.c）、以及生成可执行文件（my_runfile）在 my_makefile 文件中的前后次序，我也记不清了，仅供参考。
myprog1.o: myprog1.c ; myprog1.o 的生成依赖于 myprog1.c 这个源程序
gcc -c myprog1.c ; 使用 Linux 系统的 C 语言编译器对 myprog1.c 只编译、不链接
myprog2.o: myprog2.c ; myprog2.o 的生成依赖于 myprog2.c 这个源程序
gcc -c myprog2.c ;使用 Linux 系统的 C 语言编译器对 myprog2.c 只编译、不链接
my_runfile: myprog1.o myprog2.o ; 可执行文件 my_runfile 的生成依赖于 myprog1.o、myprog2.o 这两个目标文件
gcc -o my_runfile myprog1.o myprog2.o ; 使用 cc 的 -o 选项生成用户自定义的可执行文件：my_runfile，如果不指定 -o 选项，cc 编译器生成的缺省可执行文件名为：a.out
运行命令为：
$make -f my_makefile （使用 -f 选项代替缺省的 make 文件名 makefile）
④ windows怎么编译.c文件
（1）先用记事本编写如下所示的代码，并另存为hello.cpp，假设其保存路径为
C:\Users\Administrator\Desktop。
#include<iostream>
using namespace std;
int main()
{
cout<<"hello world!"<<endl;
return 0;
}
（2）用记事本写一段简单的批处理文件，内容如下所示，在保存文件时选择另存为，文件名
假设为batch.bat，bat是批处理文件的后缀，保存类型选择：所有文件（这个尤其需要注意），
假设其保存路径也是：C:\Users\Administrator\Desktop。
set path=D:\Softwares\en_Visual_Studio2010_Professional_x86_x16-81637\VC\bin
set include=D:\Softwares\en_Visual_Studio2010_Professional_x86_x16-81637\VC\include
set lib=D:\Softwares\en_Visual_Studio2010_Professional_x86_x16-81637\VC\lib
上面批处理文件的第一句话表示设置环境变量，这个也可以通过：计算机/属性/高级系统设置/
环境变量/用户变量，把D:\Softwares\en_Visual_Studio2010_Professional_x86_x16-81637\VC\bin
放到path的值里去，记得与之前已有值之间用"；"隔开。这个path文件夹是我们装载VS2010时自
带的，在设置路径时要根据自己的安装路径进行修改，里面包含微软在Windows下给我们提供的
C/C++编译器cl.exe程序（编译器自身也是一个软件程序，只是它的作用是用来编译其它的程序），
当然还有link.exe链接程序，调用cl时，系统会自动调用link程序（后面将看到我们只用了cl命令就
可以进行C/C++程序的编译、链接）。后面两句话分别表示包含C++中自带的头文件库和静态链接
库，静态理解库包含了头文件中函数对应的实现部分，为了不让人们看到其中的源代码，它以二进
制文件形式编码，若要查看其内容需要进行反汇编。
（3）通过cmd命令进入DOS操作界面，输入cd C:\Users\Administrator\Desktop进入cpp文件和bat
批处理文件所在的位置，然后键入batch.bat进行批处理，这些操作在VS2010集成开发环境中都为我
设置好了，所以我们在里面写C/C++程序时并没有这样设置路径的繁琐操作，但是通过自己手动的
路径设置，我们会对程序的编译、链接、执行有更加深入的认识。
（4）键入cl hello.cpp，我们会看到计算机报出了“无法启动此程序，因为计算机中丢失mspdb100.dll。
尝试重新安装该程序以解决此问题”的系统储物，dll文件是动态链接库文件，其是在cl.exe程序运行时
才被加载进来的文件，这个静态链接库lib文件不同。这说明在D:\Softwares\en_Visual_Studio2010_
Professional_x86_x16-81637\VC\bin路径里没有找到mspdb100.dll，原来此文件在文件夹D:\Softwares\
en_Visual_Studio2010_Professional_x86_x16-81637\VC\Common7\IDE里，我们可以将此文件拷到bin
文件夹里，或将D:\Softwares\en_Visual_Studio2010_Professional_x86_x16-81637\Common7\IDE加到
批处理的path环境变量里，或者将其加到cpp文件所在的文件夹里，这只会引起在搜索顺序上的不同。
（5）再次键入cl hello.cpp，我们看到在C:\Users\Administrator\Desktop文件夹里得到了hello.obj文件，
这是编译后的输出文件，但是没有得到可执行exe文件，DOS界面里出现这样的错误“LINK:fatal error LNK
1104:cannot open file 'kernel32.lib' “这样的链接错误，kernel32.lib是Windows系统文件，通过Windows
自带的搜索工具，我们看到此文件在文件夹C:\Program Files\Microsoft SDKs\Windows\v7.0A\Lib里，我们
可以将其加到cpp文件所在的文件夹或bin文件里。再次键入cl hello.cpp，我们发现这次程序被成功编译链接
了，cpp文件所在的文件夹里多了两个文件：hello.obj和hello.exe。
（6）在DOS界面键入hello.exe，程序被执行，输出了我们预想的hello world!，至此，在Windows下模拟
linux命令行操作，编译C/C++文件全部完成了。
⑤ 如何用vs和makefile文件进行编译
运行cmd.exe (or command.com in win9x)->进到vc/bin目录->运行vc-vars32.bat->进到makefile 所在的目录->nmake /f makefile
从sourceforge上下载下来的libjpeg源代码中有一个makefile.vc的文件，可以通过nmake /f makefile.vc [nodebug=1]来编译libjpeg，但是只能编译静态库，如果需要编译dll以便在emacs等程序中使用的话，需要修改makefile.vc和jmorecfg.h文件。在makefile.vc文件中添加编译dll规则：
以下内容为程序代码:
libjpeg.lib: $(LIBOBJECTS) $(RM) libjpeg.lib lib -out:libjpeg.lib $(LIBOBJECTS) #
添加以下这行 libjpeg.dll: $(LIBOBJECTS) $(RM) libjpeg.dll link -dll -out:libjpeg.dll $(LIBOBJECTS) 在jmorecfg.h中添加#define _WIN32_#define JPEG_DLL 然后nmake /f makefile.vc nodebug=1就可以编译了。
将makefile复制为一个.mak文件，然后用VC打开即可！
.mak 就是一个makefile
可以指定怎样编译(命令行,必须先设置VC命令行环境)
vcvars32.bat可设置环境,在vc98/bin下 nmake /f XXXX.mak
如果有一个makefile就只要nmake就可以了。
⑥ 如何编译单个java文件
javac 用于编译Java文件，格式为：
java [options] [sourcefiles] [@files]
其中：
options：命令行选项；
sourcefiles：一个或多个要编译的源文件；
@files：一个或多个对源文件进行列表的文件，有时候要编译的文件很多，一个个敲命令会显得很长，也不方便修改，可以把要编译的源文件列在文件中，在文件名前加@，这样就可以对多个文件进行编译，对编译一个工程很有用，方便，省事。
有几个比较重要的选项：
-d 用于指定编译成的class文件的存放位置，缺省情况下不指定class文件的存放目录，编译的class文件将和源文件在同一目录下；
-classpath 可以简写成-cp，用于搜索编译所需的class文件，指出编译所用到的class文件的位置，如jar、zip或者其他包含class文件的目录，指定该选项会覆盖CLASSPATH的设定；
-sourcepath用于搜索编译所需的源文件（即java文件），指定要搜索的源文件的位置，如jar、zip或其他包含java文件的目录；
需要注意windows下和linux下文件路径分隔符和文件列表（即-classpath和-sourcepath指定的文件）分隔符的区别：
windows下文件路径分隔符用 \ ，文件列表分隔符用分号 ;
linux下文件路径分隔符用 / ，文件列表分隔符用冒号 :
⑦ 如何使用批处理文件进行编译、链接和运行
@echo
cd /d "c:\32masm"
ml /c /coff example.asm
ping -n 5 127.0.1>nul
link /substem:console /entry:start /out：example.exe example.obj io.obj kernel32.lib
ping -n 5 127.0.1>nul
example.exe
保存为.bat,看看是否可以运行.因为我不了解你这个汇编的编译过程和具体情况,无法肯定可以运行
⑧ 如何使用CMD编译java文件
1、用记事本编写java文件，放在某个盘的文件夹下。假设在f：Demo。2、用windoes+R键打开cmd窗口，在命令行中输入f:,目的是将路径改为java文件所在的路径。3、在再命令行中输入cd
文件名（在这里是Demo）
打回车，路径就到了f:Demo下。4、然后再命令行中输入javac
java名.java
形成字节码文件。5、再输入java
java文件名就ok了。此时就会将你需要输出地东西输出在屏幕上。
⑨ 怎么用gcc编译文件
在终端中输入 gcc 文件名 -o 目标文件名x0dx0a然后 ./目标文件名 就行了，没有目标文件名，自动存为 ax0dx0a执行 ./a 就行了。x0dx0ax0dx0a在使用Gcc编译器的时候，我们必须给出一系列必要的调用参数和文件名称。GCC编译器的调用参数大约有100多个，其中多数参数我们可能根本就用不到，这里只介绍其中最基本、最常用的参数。x0dx0aGCC最基本的用法是∶gcc [options] [filenames]x0dx0a其中options就是编译器所需要的参数，filenames给出相关的文件名称。x0dx0a-c，只编译，不连接成为可执行文件，编译器只是由输入的.c等源代码文件生成.o为后缀的目标文件，通常用于编译不包含主程序的子程序文件。x0dx0a-o output_filename，确定输出文件的名称为output_filename，同时这个名称不能和源文件同名。如果不给出这个选项，gcc就给出预设的可执行文件a.out。x0dx0a-g，产生符号调试工具(GNU的gdb)所必要的符号资讯，要想对源代码进行调试，我们就必须加入这个选项。x0dx0a-O，对程序进行优化编译、连接，采用这个选项，整个源代码会在编译、连接过程中进行优化处理，这样产生的可执行文件的执行效率可以提高，但是，编译、连接的速度就相应地要慢一些。x0dx0a-O2，比-O更好的优化编译、连接，当然整个编译、连接过程会更慢。x0dx0a-Idirname，将dirname所指出的目录加入到程序头文件目录列表中，是在预编译过程中使用的参数。C程序中的头文件包含两种情况∶x0dx0aA)#include
⑩ 如何编译C文件
编译C文件用GCC。
编译C文件常用方法：
单个文件：
g++
file.cpp
这是最简单形式，缺省输出为a.out，可以用-o命令指定输出文件，比如g++
file.cpp
f.out
多个文件：
g++
-c
1.cpp
-o
1.o
g++
-c
2.cpp
-o
2.o
g++
1.o
2.o
-o
prog.out
链接成可执行文件：
一般用g++
-o
file
file.cpp
多个文件是g++
-o
file
file1.cpp
file2.cpp
...
编译C++不是用GCC而是G++.
如果用GCC能编译但不能链接.
多个文件：
1.编译多个文件，但不连接：
g++
file1.cpp
file2.cpp
会生成两个文件：file1.o,
file2.o
2.连接：
g++
-o
outFileName
file1.o
file2.o
会生成一个可执行文件：outFileName。
如果想，一步就完成编译和连接，那么：
g++
-o
outFileName
file1.cpp
file2.cpp
-o选项控制是否连接。