简单描述一个c程序的运行过程。

首先建立源代码(生成c或者cpp文件)，然后编译（生成o文件），最后链接（生成可执行文件，windows下是exe文件。）

举个例子：

lizicpp(编写代码文件)

lizio（编译后生成文件）

liziexe(链接后生成可执行文件)

第一步(编译): 创建完源文件之后，程序会先被编译为class文件。Java编译一个类时，如果这个类所依赖的类还没有被编译，编译器就会先编译这个被依赖的类，然后引用，否则直接引用，这个有点象make。

如果java编译器在指定目录下找不到该类所其依赖的类的class文件或者java源文件的话，编译器话报“cant find symbol”的错误。

第二步（运行）：java类运行的过程大概可分为两个过程：1、类的加载 2、类的执行。需要说明的是：JVM主要在程序第一次主动使用类的时候，才会去加载该类。也就是说，JVM并不是在一开始就把一个程序就所有的类都加载到内存中，而是到不得不用的时候才把它加载进来，而且只加载一次。

特别说明：java类中所有public和protected的实例方法都采用动态绑定机制，所有私有方法、静态方法、构造器及初始化方法<clinit>都是采用静态绑定机制。而使用动态绑定机制的时候会用到方法表，静态绑定时并不会用到。

扩展资料：

Java整个编译以及运行的过程相当繁琐，本文通过一个简单的程序来简单的说明整个流程。

Java代码编译:是由Java源码编译器来完成;

Java字节码的执行:是由JVM执行引擎来完成

Java程序从源文件创建到程序运行要经过两大步骤：

1、源文件由编译器编译成字节码（ByteCode）

2、字节码由java虚拟机解释运行。因为java程序既要编译同时也要经过JVM的解释运行，所以说Java被称为半解释语言（ "semi-interpreted" language）。

Java虚拟机(JVM)是可运行Java代码的假想计算机。

只要根据JVM规格描述将解释器移植到特定的计算机上，就能保证经过编译的任何Java代码能够在该系统上运行。

本文首先简要介绍从Java文件的编译到最终执行的过程，随后对JVM规格描述作一说明。

一Java源文件的编译、下载、解释和执行

Java应用程序的开发周期包括编译、下载、解释和执行几个部分。

Java编译程序将Java源程序翻译为JVM可执行代码字节码。

这一编译过程同C/C++的编译有些不同。

当C编译器编译生成一个对象的代码时，该代码是为在某一特定硬件平台运行而产生的。

因此，在编译过程中，编译程序通过查表将所有对符号的引用转换为特定的内存偏移量，以保证程序运行。

Java编译器却不将对变量和方法的引用编译为数值引用，也不确定程序执行过程中的内存布局，而是将这些符号引用信息保留在字节码中，由解释器在运行过程中创立内存布局，然后再通过查表来确定一个方法所在的地址。

这样就有效的保证了Java的可移植性和安全性。

运行JVM字节码的工作是由解释器来完成的。

解释执行过程分三部进行：代码的装入、代码的校验和代码的执行。

装入代码的工作由"类装载器"（classloader）完成。

类装载器负责装入运行一个程序需要的所有代码，这也包括程序代码中的类所继承的类和被其调用的类。

当类装载器装入一个类时，该类被放在自己的名字空间中。

除了通过符号引用自己名字空间以外的类，类之间没有其他办法可以影响其他类。

在本台计算机上的所有类都在同一地址空间内，而所有从外部引进的类，都有一个自己独立的名字空间。

这使得本地类通过共享相同的名字空间获得较高的运行效率，同时又保证它们与从外部引进的类不会相互影响。

当装入了运行程序需要的所有类后，解释器便可确定整个可执行程序的内存布局。

解释器为符号引用同特定的地址空间建立对应关系及查询表。

通过在这一阶段确定代码的内存布局，Java很好地解决了由超类改变而使子类崩溃的问题，同时也防止了代码对地址的非法访问。

随后，被装入的代码由字节码校验器进行检查。

校验器可发现 *** 作数栈溢出，非法数据类型转化等多种错误。

通过校验后，代码便开始执行了。

Java字节码的执行有两种方式：

1即时编译方式：解释器先将字节码编译成机器码，然后再执行该机器码。

2解释执行方式：解释器通过每次解释并执行一小段代码来完成Java字节码程序的所有 *** 作。

通常采用的是第二种方法。

由于JVM规格描述具有足够的灵活性，这使得将字节码翻译为机器代码的工作

具有较高的效率。

对于那些对运行速度要求较高的应用程序，解释器可将Java字节码即时编译为机器码，从而很好地保证了Java代码的可移植性和高性能。

二JVM规格描述

JVM的设计目标是提供一个基于抽象规格描述的计算机模型，为解释程序开发人员提很好的灵活性，同时也确保Java代码可在符合该规范的任何系统上运行。

JVM对其实现的某些方面给出了具体的定义，特别是对Java可执行代码，即字节码(Bytecode)的格式给出了明确的规格。

这一规格包括 *** 作码和 *** 作数的语法和数值、标识符的数值表示方式、以及Java类文件中的Java对象、常量缓冲池在JVM的存储映象。

这些定义为JVM解释器开发人员提供了所需的信息和开发环境。

Java的设计者希望给开发人员以随心所欲使用Java的自由。

JVM定义了控制Java代码解释执行和具体实现的五种规格，它们是：

JVM指令系统

JVM寄存器

JVM栈结构

JVM碎片回收堆

JVM存储区

21JVM指令系统

JVM指令系统同其他计算机的指令系统极其相似。

Java指令也是由 *** 作码和 *** 作数两部分组成。

*** 作码为8位二进制数， *** 作数进紧随在 *** 作码的后面，其长度根据需要而不同。

*** 作码用于指定一条指令 *** 作的性质（在这里我们采用汇编符号的形式进行说明），如iload表示从存储器中装入一个整数，anewarray表示为一个新数组分配空间，iand表示两个整数的"与"，ret用于流程控制，表示从对某一方法的调用中返回。

当长度大于8位时， *** 作数被分为两个以上字节存放。

JVM采用了"bigendian"的编码方式来处理这种情况，即高位bits存放在低字节中。

这同Motorola及其他的RISCCPU采用的编码方式是一致的，而与Intel采用的"littleendian"的编码方式即低位bits存放在低位字节的方法不同。

Java指令系统是以Java语言的实现为目的设计的，其中包含了用于调用方法和监视多先程系统的指令。

Java的8位 *** 作码的长度使得JVM最多有256种指令，目前已使用了160多种 *** 作码。

22JVM指令系统

所有的CPU均包含用于保存系统状态和处理器所需信息的寄存器组。

如果虚拟机定义较多的寄存器，便可以从中得到更多的信息而不必对栈或内存进行访问，这有利于提高运行速度。

然而，如果虚拟机中的寄存器比实际CPU的寄存器多，在实现虚拟机时就会占用处理器大量的时间来用常规存储器模拟寄存器，这反而会降低虚拟机的效率。

针对这种情况，JVM只设置了4个最为常用的寄存器。

它们是：

pc程序计数器

optop *** 作数栈顶指针

frame当前执行环境指针

vars指向当前执行环境中第一个局部变量的指针

所有寄存器均为32位。

pc用于记录程序的执行。

optop,frame和vars用于记录指向Java栈区的指针。

23JVM栈结构

作为基于栈结构的计算机，Java栈是JVM存储信息的主要方法。

当JVM得到一个Java字节码应用程序后，便为该代码中一个类的每一个方法创建一个栈框架，以保存该方法的状态信息。

每个栈框架包括以下三类信息：

局部变量

执行环境

*** 作数栈

局部变量用于存储一个类的方法中所用到的局部变量。

vars寄存器指向该变量表中的第一个局部变量。

执行环境用于保存解释器对Java字节码进行解释过程中所需的信息。

它们是：上次调用的方法、局部变量指针和 *** 作数栈的栈顶和栈底指针。

执行环境是一个执行一个方法的控制中心。

例如：如果解释器要执行iadd(整数加法)，首先要从frame寄存器中找到当前执行环境，而后便从执行环境中找到 *** 作数栈，从栈顶d出两个整数进行加法运算，最后将结果压入栈顶。

*** 作数栈用于存储运算所需 *** 作数及运算的结果。

24JVM碎片回收堆

Java类的实例所需的存储空间是在堆上分配的。

解释器具体承担为类实例分配空间的工作。

解释器在为一个实例分配完存储空间后，便开始记录对该实例所占用的内存区域的使用。

一旦对象使用完毕，便将其回收到堆中。

在Java语言中，除了new语句外没有其他方法为一对象申请和释放内存。

对内存进行释放和回收的工作是由Java运行系统承担的。

这允许Java运行系统的设计者自己决定碎片回收的方法。

在SUN公司开发的Java解释器和HotJava环境中，碎片回收用后台线程的方式来执行。

这不但为运行系统提供了良好的性能，而且使程序设计人员摆脱了自己控制内存使用的风险。

25JVM存储区

JVM有两类存储区：常量缓冲池和方法区。

常量缓冲池用于存储类名称、方法和字段名称以及串常量。

方法区则用于存储Java方法的字节码。

对于这两种存储区域具体实现方式在JVM规格中没有明确规定。

这使得Java应用程序的存储布局必须在运行过程中确定，依赖于具体平台的实现方式。

JVM是为Java字节码定义的一种独立于具体平台的规格描述，是Java平 立性的基础。

目前的JVM还存在一些限制和不足，有待于进一步的完善，但无论如何，JVM的思想是成功的。

对比分析：如果把Java原程序想象成我们的C++原程序，Java原程序编译后生成的字节码就相当于C++原程序编译后的80x86的机器码（二进制程序文件），JVM虚拟机相当于80x86计算机系统,Java解释器相当于80x86CPU。

在80x86CPU上运行的是机器码，在Java解释器上运行的是Java字节码。

Java解释器相当于运行Java字节码的“CPU”,但该“CPU”不是通过硬件实现的，而是用软件实现的。

Java解释器实际上就是特定的平台下的一个应用程序。

只要实现了特定平台下的解释器程序，Java字节码就能通过解释器程序在该平台下运行，这是Java跨平台的根本。

当前，并不是在所有的平台下都有相应Java解释器程序，这也是Java并不能在所有的平台下都能运行的原因，它只能在已实现了Java解释器程序的平台下运行。

单片机中一个程序的运行过程分为取指令，分析指令和执行指令几个步骤。

取指令的任务是：根据程序计数器PC中的值从程序存储器读出现行指令，送到指令寄存器。

分析指令阶段的任务是：将指令寄存器中的指令 *** 作码取出后进行译码，分析其指令性质。如指令要求 *** 作数，则寻找 *** 作数地址。计算机执行程序的过程实际上就是逐条指令地重复上述 *** 作过程，直至遇到停机指令可循环等待指令。一般计算机进行工作时，首先要通过外部设备把程序和数据通过输入接口电路和数据总线送入到存储器，然后逐条取出执行。但单片机中的程序一般事先我们都已通过写入器固化在片内或片外程序存储器中。因而一开机即可执行指令。

下面我们将举个实例来说明指令的执行过程：

开机时，程序计算器PC变为0000H。然后单片机在时序电路作用下自动进入执行程序过程。执行过程实际上就是取出指令（取出存储器中事先存放的指令阶段）和执行指令（分析和执行指令）的循环过程。

例如执行指令：MOV A,#0E0H，其机器码为“74H E0H”，该指令的功能是把 *** 作数E0H送入累加器，0000H单元中已存放74H，0001H单元中已存放E0H。当单片机开始运行时，首先是进入取指阶段，其次序是：

1 程序计数器的内容（这时是0000H）送到地址寄存器；

2 程序计数器的内容自动加1（变为0001H）；

3 地址寄存器的内容（0000H）通过内部地址总线送到存储器，以存储器中地址译码电跟，使地址为0000H的单元被选中；

4 CPU使读控制线有效；

5 在读命令控制下被选中存储器单元的内容（此时应为74H）送到内部数据总线上，因为是取指阶段，所以该内容通过数据总线被送到指令寄存器。

至此，取指阶段完成，进入译码分析和执行指令阶段。

由于本次进入指令寄存器中的内容是74H（ *** 作码），以译码器译码后单片机就会知道该指令是要将一个数送到A累加器，而该数是在这个代码的下一个存储单元。所以，执行该指令还必须把数据（E0H）从存储器中取出送到CPU，即还要在存储器中取第二个字节。其过程与取指阶段很相似，只是此时PC已为0001H。指令译码器结合时序部件，产生74H *** 作码的微 *** 作系列，使数字E0H从0001H单元取出。因为指令是要求把取得的数送到A累加器，所以取出的数字经内部数据总线进入A累加器，而不是进入指令寄存器。至此，一条指令的执行完毕。单片机中PC=0002H，PC在CPU每次向存储器取指或取数时自动加1，单片机又进入下一取指阶段。这一过程一直重复下去，直至收到暂停指令或循环等待指令暂停。CPU就是这样一条一条地执行指令，完成所有规定的功能。

ROM是只读存储器，用于存储程序代码；RAM是数据存储器，用于存放单片机运行时的数据，也就是说RAM中的数据掉电（复位）后就会消失，而ROM中的数据不会。

（1) 用编辑程序（EDIT）建立ASM源文件；

（2） 用MASM程序把ASM文件（即汇编语言程序）转换成OBJ文件；

（3） 用LINK程序把OBJ文件转换成EXE文件；

( 4） 用调试程序DEBUG调试EXE文件；

（5） 在DOS命令行下直接键入EXE文件名就可以执行该程序；

以上就是关于简单描述一个c程序的运行过程。全部的内容，包括:简单描述一个c程序的运行过程。、简述JAVA程序的编辑编译和运行过程、谁能简单阐述下java编译执行的过程等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！