概观C++程序设计语言(C程序设计模型)

韩冰

<TABLE width="100%" border=0>
/ e" f6 C1 n2 U6 b7 W0 F
, J! f, m4 r9 U1 Y' e<TR>
<TD width="7%"> </TD>
<TD width="85%">
<DIV class=Section1 style="LAYOUT-GRID:  15.6pt none">
- j8 L0 J/ ~( T! [) e0 H9 ]<  align=center></P>
< ><B>3          </B><B>C</B><B>程序设计模型</B>（The C Programming Model）<B></B></P>
<> </P>
< >　　计算机中有一个被广泛使用的基本概念一直是保持固定不变的：存储区（memory）是word或byte的序列，通过被称为地址的整数来进行索引。现代的计算机——即近20年内设计的计算机——都倾向于对函数调用使用栈的方法进行直接的支持；而更为甚之的是，所有流行的机器都有一些诸如输入、输出之类的重要设施，这些设施与传统的面向word或byte的计算和存储模型并不能很好的相适应。这些设施总是需要通过特殊的机器指令或者特别的语义来访问存储区。而从一个高级语言的角度来看，不管用那种方法，对这些设施的使用者而言都是麻烦的，而且与特定机器的体系结构有关。</P>
8 [& [$ J! n, R< >　　在对这方面的处理上，C是最为成功的一门语言，它所提供的程序设计模型能够与机器包含的模型很好的相适应。C提供独立于机器体系结构的、语言层面的方法；这种方法能与关键的硬件方法相对应：字符用byte，整数用word，指针用于地址，函数用于对程序的抽象。C还摒弃了一些在这方面具有约束性的语言特性，使得程序员可以在必要时亲自操纵特定的硬件层细节。在那些依赖并利用机器的某些特定设计而得到益处的领域里，C就显得相对更容易学和更容易使用一些。更何况，C是如此容易实现——它几乎已经变得随处可得了。</P>
< > </P>
<><B>3</B><B>．</B><B>1  </B><B>数组和指针</B>（Arrays and Pointers）<B></B></P>
; ~& \' ]' T2 U0 A8 X# s) ^< ><FONT color=#0000ff>在</FONT><FONT color=#0000ff>C中，一个数组只是一片存储区域。例如：</FONT></P>
<  align=left>int v[10];　    // 10个int型变量的数组</P>
) E) \/ W# W* B. @<  align=left>v[3] = 1;      // 将1赋值给v[3]</P>
. \$ E2 w8 D% R5 Y/ A( `/ h$ _* k< >int x = v[3]; // 从v[3]读取元素值</P>
' j6 t: F8 C# m7 t<>表示下标的标记 [] 用在声明中，表示声明的对象是数组；用在表达式中，表示数组的元素。</P>
, q" Y4 F: B6 v- R- f, d<>一个C语言中的指针是指一个变量，它存放着某个存储位置的地址。例如：</P>
7 m0 G0 l5 \$ F% f< >int* p;        // p是一个指向int型对象的指针</P>
( a; m: D5 A9 k, Z* K! Y2 q< >p = &amp;v[7];     // 将v[7]的地址赋给p</P>
. h$ w3 a* d: [< >*p = 4;       // 通过p来向v[7]写入数据</P>
% q, x( ^/ E. V, [% i  U7 \$ ^) t$ e< >int y = *p;   // 通过p来读取v[7]的数据<p>
* `* w& g3 m! e1 @5 u& i
　　 </p></P>
4 ^# c' }. u9 H5 j- ]& }<>　　指针的提领（dereference,“指向”的意思）标记 * 用在声明中，表示声明的对象是指针；用在表达式中，表示取指针所指向的那个元素。</P>
< >这可以用下图表示：</P>
  p7 l! S6 W3 K<  align=center><v:shapetype><v:stroke joinstyle="miter"></v:stroke><v:formulas><v:f eqn="if lineDrawn pixelLineWidth 0 "></v:f><v:f eqn="sum @0 1 0 "></v:f><v:f eqn="sum 0 0 @1 "></v:f><v:f eqn="prod @2 1 2 "></v:f><v:f eqn="prod @3 21600 pixelWidth "></v:f><v:f eqn="prod @3 21600 pixelHeight "></v:f><v:f eqn="sum @0 0 1 "></v:f><v:f eqn="prod @6 1 2 "></v:f><v:f eqn="prod @7 21600 pixelWidth "></v:f><v:f eqn="sum @8 21600 0 "></v:f><v:f eqn="prod @7 21600 pixelHeight "></v:f><v:f eqn="sum @10 21600 0 "></v:f></v:formulas><v:path connecttype="rect" gradientshapeok="t" extrusionok="f"></v:path><lock v:ext="edit" aspectratio="t"></lock></v:shapetype><v:shape><v:imagedata src="11560image001.gif" title="crc01"></v:imagedata></v:shape><B></B></P>
< >　　C++引借了C的这种颇为简单的、与机器结构极为近似的存储方案，同时也引借了C在表达式、控制结构以及函数等方面所使用的方案。例如，我们可以像下面这样写一个函数，其功能是在vector里查找一个元素并返回一个指向匹配元素的指针：</P>
4 B, D; a5 C2 t+ ~& N; P% h6 p<>int* find(int v[], int vsize, int val) //在v中查找val</P>
<>{</P>
< >for(int i = 0; i &lt; vsize; i++)     //从0到vsize-1的循环</P>
2 V) \5 g. n4 v* W8 V< >     if (v == val) return &amp;v; //如果找到val，就返回指向元素的指针</P>
< >return &amp;v[vsize];                  //如果没找到，就返回v末端元素的指针</P>
<>}</P>
<>++运算符意即“增量”。因此“C++”这个名称可以理解为“多于C”、“换代的C”或者“C之加强版”。“C++”的发音是“See Plus Plus”（译注：拟音作“斯伊 普拉斯 普拉斯”）。</P>
< >find()函数可以像这样使用：</P>
6 J+ V0 q" E5 o" |7 T$ b5 ^< >int count[] = {2, 3, 1, 9, 7, 3, 3, 0, 2};</P>
<P >int count_size = 9;</P>
<P >void f()</P>
0 p( v" g& P( y8 q! v4 B$ ~9 l+ X<P >{</P>
<P >int* p = find(count, count_size, 7);   //在count中查找7</P>
<P >int* q = find(count, count_size, 0);   //在count中查找0</P>
<P >*q = 4;</P>
2 w8 n9 r6 m" s4 d<P >// …</P>
3 K2 R( W7 @3 i2 _$ ^0 @<P >}</P>
. `  T* A6 a% H4 a1 ~+ _; |: i<P>对于诸如find()这样的函数，C++标准程序库提供了更为通用的函数版本；详见§6.3。像上面代码中f()那样被声明为void的函数不返回任何值。</P>
3 q6 C& ?& O. N4 k6 l( L" o; |5 j<P> </P>
/ v, @# M1 m( h8 I) Y8 W7 y1 X% K<P><B>3</B><B>．</B><B>2  </B><B>存贮</B>（Storage）<B></B></P>
<P ><FONT color=#0000ff>在</FONT><FONT color=#0000ff>C和C++中，有三种使用存储区的基本方式：</FONT></P>
<P >l       [静态存储区（Static Memory）]</P>
5 F. ?: a/ p3 M<P >在静态存储区中，连接器（linker）根据程序的需求为对象分配空间。全局变量、静态类成员以及函数中的静态变量都被分配在该区域中。一个在该区域中分配的对象只被构造一次，其生存期一直维持到程序结束。在程序运行的时候其中的地址是固定不变的。在使用线程（thread,共享地址空间的并发物）的程序里，静态对象可能会引起一些问题，因为这时的静态对象是被共享的，要对其正常访问就需要进行锁定操作。</P>
! Y! N/ C. v5 }  s! z<P >l       [自动存储区（Automatic Memory）]</P>
2 e# K. S4 Z3 Q0 O) T% n" p6 D( R<P >函数的参数和局部变量被分配在此。对同一个函数或区块的每一处调用，其在该区域内都有自己单独的位置。这种存储被自动创建和销毁；因而才叫做“自动存储区”。自动存储区也被称为是“在栈上的（be on the stack）”。</P>
<P >l       [自由存储区（Free Store）]</P>
<P >在该区域中，程序必须明确的为对象申请空间，并可以在使用完毕之后释放申请到的空间（使用new和delete运算符）。当程序需要其中更多的空间时，就使用new向操作系统提出申请。通常情况下，自由存储区（也被称作动态存储区或者堆（heap））在一个程序的生存期内是不断增大的，因为其间被其它程序占用的空间从来都不被归还给操作系统。例如：</P>
<P >int g = 7;           //全局变量，分配在静态存储区中</P>
8 q! Y% a! T! w' }3 d0 p<P >void f()</P>
9 b  V1 |) b: p0 e* h6 @<P >{</P>
2 x1 A6 q1 J/ {8 g) c+ T, S<P >int loc = 9;      //局部变量，分配在栈（stack）中</P>
<P >int* p = new int; //变量被分配在自由存储区中</P>
5 o" ?. D1 N( U+ D<P >// …</P>
<P >delete p;         //归还p所指向的区域，以便重新使用</P>
& D/ q& Y$ f4 L8 E* v% @<P >}</P>
<P >　　对程序员来说，自动存储区和静态存储区总是被隐式的使用，这种方式既简单又一目了然。真正有趣的问题是应该如何管理自由存储区。分配空间（使用new运算符）是很简单的，但在去配的时候，则必须有一个完善的归还空间的方案；否则的话，存储空间最终会被耗尽（特别是在长时间运行的程序中）。</P>
& u- q! O9 X$ |* L<P >　　对于这个问题，最简单的解决方案就是使用与自由存储区中的对象相对应的自动对象来处理分配和去配。基于此，许多container在实现的时候，都被作为自由存储区中对象的掌控者（handle）。例如，一个string（§6.1）被用来管理自由存储区中的字符序列：</P>
<P  align=center><v:shape><v:imagedata src="11560image002.gif" title="crc02"></v:imagedata></v:shape></P>
<P>这个string可以自动的对各个元素所需要的空间进行分配和释放。例如：</P>
<P>void g()</P>
<P>{</P>
<P >string s = “Time flies when you’re having fun”;  //创建string对象</P>
<P >// …                                      </P>
/ g9 I  d2 Z" _, T$ `: A<P>}   //隐式的销毁string对象</P>
<P >§4.2.1中关于Stack的例子将演示构造函数和析构函数如何被用来管理存储区中元素的生存期。所有标准container（§6.2）——诸如vector、list和map等——都能以这种简便的方式实现。</P>
% O) b4 ^! C, g6 V# f) [<P >当这种简单、规整且有效的方案仍然不够用的时候，程序员也许会使用一种所谓的“内存管理器”，以查找那些不再被引用的（译注：即废弃了的）对象，并通过它来收回被那些对象占用的空间，以便将其用于存放新的对象。这种内存管理机制通常被称为垃圾自动收集机制（automatic garbage collection），或者简称为垃圾收集机制（garbage collection）。当然，相应的这种内存管理器就被称为垃圾收集器（garbage collector）。目前有很多适用于C++的垃圾收集器之商业产品或免费实现可供使用，但是垃圾收集器并不是一个典型C++实现的标准部件。</P>
<P> </P>
5 B" W$ f9 B. \* F) `: q; O<P><B>3</B><B>．</B><B>3  </B><B>编译、连接和执行</B>（Compile, Link, and Execute）<B></B></P>
<P >　　传统的C或C++程序由若干源文件组成，它们会被分别编译成为目标文件。这些目标文件最后再被连接到一起，生成程序的可执行文件形式。</P>
+ [$ r  i' f" J<P >　　每一个被单独编译的程序段（program fragment）必须包含足够的信息，使其能与其它的程序段正确的连接在一起。编译器在编译独立的程序段（翻译单元translation unit）时，会检查大部分语言规则方面的问题。连接器（linker）进行的检查是为了保证：不同编译单元中各个名称的完整性；每一个名称与被正确定义的东西相关联。典型的C++运行期环境几乎不对执行的代码做任何检查。如果需要在运行期进行某些检查，程序员必须自己在源文件中提供相关的代码。</P>
0 y% y; U$ ~1 p, C/ @& U<P >　　C++解释器和动态连接器也只能轻微的缓解这种“无法进行自动的运行期检查”之情况，即将某些检查推迟到第一次使用相关代码段的时候再进行。</P>
<P >例如，我们可以写一个简单的求阶乘的程序，将其划为一个独立的源文件fact.c：</P>
% r1 A% G0 n! e8 e<P >//fact.c文件</P>
<P >#include “fact.h”</P>
1 D- v$ b. c2 y* v  @* h  P8 R- c<P >long fact(long f)    //利用递归计算阶乘</P>
<P >{</P>
/ x$ _% p- @/ S+ [. s+ x+ X* {$ Z<P >if (f &gt; 1)</P>
<P >  return f*fact(f-1);</P>
. g+ o+ z2 L6 C8 ]* c3 v<P >else</P>
<P >  return 1;</P>
<P >}</P>
<P >每一个被单独编译的程序段都有一个接口，这个接口包含了使用这个程序段所需的尽量少但足够用的信息。对于fact.c这个程序段而言，这个接口包含了fact()函数的声明，声明被放在fact.h文件中：</P>
& |+ V" \! X* @+ s<P >//fact.h文件</P>
/ n5 p$ l0 [) b6 I<P >long fact(long);</P>
<P >每一个需要使用这个程序段的翻译单元都用#include语句将这个接口包含进来。此外，我还更倾向于在翻译单元中用#include包含另一个接口，使得编译器能够更早的对不完整性进行诊断。</P>
<P >我们可以像这样使用fact()函数：</P>
<P >//main.c文件</P>
/ z6 o' [# K7 y- c4 C) @% `/ K. M<P >#include “fact.h”</P>
6 W) s( k+ p/ {, w* M# `8 {# Z0 v<P >#include &lt;iostream&gt;</P>
& }) I! a0 s4 P7 k. G( n<P >int main()</P>
<P >{</P>
<P >  std::cout &lt;&lt; “factorial(7) is “ &lt;&lt; fact(7) &lt;&lt; ‘\n’;</P>
: f: M! U/ b! b. H7 l- V$ h<P >  return 0;</P>
- M7 V4 e+ [$ r' h7 i8 J$ q<P >}</P>
* s/ L$ a) H9 t/ `) u2 }4 h<P>main()函数是程序的起始点；iostream属于标准C++输入/输出程序库；std::cout是标准的字符输出流（§6.1）。运算符&lt;&lt;（“放入”的意思）将数值转换成字符串并将字符串输出。执行这个程序可以使</P>
. y0 P! \% u2 |$ a<P  align=center>factorial(7) is 5040</P>
<P>这样的结果出现在输出端，并且后跟一个换行符（换行符用’\n’表示）。</P>
<P >这个例子中各程序段的关系可以用下图表示：</P>
! P, B8 y% p: M! O" N9 G" v) z<P  align=center><v:shape><v:imagedata src="11560image003.gif" title="crc03"></v:imagedata></v:shape></P>
<P> </P>
9 U; k+ ?; M* \8 |; V& v  Z" y7 M<P><B>3</B><B>．</B><B>4  </B><B>型别检查</B>（Type checking）<B></B></P>
<P >C++提供并依赖于<I>静态</I>型别检查机制。这即是说，编译器会在程序开始执行之前进行大部分语言规则方面的检查工作。程序中的每一个实体（entity）都具有一种型别，并且必须以符合此种型别特征的方式被使用。例如：</P>
<P >int f(double);    // f()函数接受一个双精度浮点数作为引数（argument）</P>
<P>    　　　　               // 并返回一个整型值</P>
2 L# e" T6 e: |<P >float x = 2.0;    // x是一个单精度浮点数</P>
<P >string s = “2”;   // s是一个字符串</P>
<P >int i = f(x);     // I是一个整型数</P>
3 v- X( r. }3 O+ J# O<P>编译器会从中发现不完整的用法，保证语言本身定义的或用户自定义的转换操作被正常实施。例如：</P>
8 k7 c; t( o0 G/ ^' M<P>void g()</P>
<P>{</P>
<P>  s = “a string literal”;    // OK：将string literals转换成string</P>
8 ^* n% [2 @6 X8 o/ o9 x<P>  s = 7;                     // 错误：无法将int转换成string</P>
6 z4 R( h% N. j. I/ U/ K7 j<P>  x = “a string literal”;    // 错误：无法将string literals转换成float</P>
<P>  x = 7.0;                   // OK</P>
<P>  x = 7;                     // OK:将int转换成float</P>
1 M2 ]  p/ O  y/ v* U<P>  f(x);                      // OK:将float转换成double</P>
<P>  f(i);                      // OK:将int转换成double</P>
! T  v: E6 J( P<P>  f(s);                      // 错误：无法将string转换成double</P>
<P>  double d = f + i;          // OK:将int型对象与float型对象相加</P>
# e2 m9 Y; v- x, \1 @6 C<P>  string s2 = s + i;         // 错误：无法将int型对象与string对象相加</P>
2 B+ N6 J/ N* V6 ]! a1 W% p<P>}</P>
( R) ]( y2 \2 W* S4 A<P>对于用户自定义型别，用户具有很大的自主性，可以自己决定应该定义哪些操作和转换过程（§6.1）。因此，编译器可以完全像检测内建型别那样去检测用户自定义型别的完整性。</P>
2 \+ W/ c0 t/ P0 `) _+ I<P> </P>
<P ></P></DIV></TD>
  B" ?1 ?) ~- v<TD width="8%"> </TD></TR></TABLE>

牛站奎

神人啊！！！！！！！！！！！！！！！！！1111

李贤

竹下夜月

这应该是html写的文章吧   怎么整成这样 不好看

依燃520

佩服 楼主我渺小了

藏峰

我去……这么高端，用C++写文章

行令于零

hehehehehehehhehe

闲得蛋疼

jt202010

闫大狗

茫茫然不知所云》》》》》》》》》》》》》》》》》》》》》》》》》》》