阿里电话面试题详解

落日映苍穹つ 2022-08-02 15:38 222阅读 0赞

1.andriod中如何实现缓存？

采用缓存，可以进一步大大缓解数据交互的压力，又能提供一定的离线浏览。下边我简略列举一下缓存管理的适用环境：

1. 提供网络服务的应用

2. 数据更新不需要实时更新，哪怕是3-5分钟的延迟也是可以采用缓存机制。

3. 缓存的过期时间是可以接受的(类似网易的新闻阅读,支持离线离线阅读)

这样所带来的好处：

1. 减小服务器的压力

2. 提高客户端的响应速度(本地数据提取嘛)

3. 一定程度上支持离线浏览(可以参考网易的那个新闻应用,个人感觉离线阅读做得非常棒。)

一、[缓存管理的方法][Link 1]

缓存管理的原理很简：通过时间的设置来判断是否读取缓存还是重新下载；断网下就没什么好说的，直接去缓存即可。如图：

里面会有一些细节的处理，后面会详细阐述。基于这个原理，目前个人用过的两种比较常见的缓存管理方法是:数据库和文件(txt)。

二、[数据库(SQLite)缓存方式][Link 1]

这种方法是在下载完数据文件后，把文件的相关信息如url，路经，下载时间，过期时间等存放到数据库，当然我个人建议把url作为唯一的标识。下次下载的时候根据url先从数据库中查询，如果查询到当前时间并未过期，就根据路径读取本地文件，从而实现缓存的效果。

从实现上我们可以看到这种方法可以灵活存放文件的属性，进而提供了很大的扩展性，可以为其它的功能提供一定的支持。

从操作上需要创建数据库，每次查询数据库，如果过期还需要更新数据库，清理缓存的时候还需要删除数据库数据，稍显麻烦，而数据库操作不当又容易出现一系列的性能，ANR问题，指针错误问题，实现的时候要谨慎，具体作的话，但也只是增加一个工具类或方法的事情。

还有一个问题，缓存的数据库是存放在/data/data/<package>/databases/目录下，是占用内存空间的，如果缓存累计，容易浪费内存，需要及时清理缓存。

当然这种方法从目前一些应用的实用上看，我没有发现什么问题,估计使用的量还比较少吧。

本文本人不太喜欢数据库，原因操作麻烦，尤其是要自己写建表那些语句，你懂的。我侧重文件缓存方式。

三、文件缓存方式

这种方法，使用File.lastModified()方法得到文件的最后修改时间，与当前时间判断是否过期，从而实现缓存效果。

实现上只能使用这一个属性，没有为其它的功能提供技术支持的可能。操作上倒是简单，比较时间即可，而且取的数据也就是文件里的JSON数据而已。本身处理也不容易带来其它问题，代价低廉。

四、文件法缓存方式的两点说明

1. 不同类型的文件的缓存时间不一样。

笼统的说，不变文件的缓存时间是永久，变化文件的缓存时间是最大忍受不变时间。说白点，图片文件内容是不变的，一般存在SD卡上直到被清理，我们是可以永远读取缓存的。配置文件内容是可能更新的，需要设置一个可接受的缓存时间。

2. 不同环境下的缓存时间标准不一样。

无网络环境下，我们只能读取缓存文件，为了应用有东西显示，没有什么过期之说了。

WiFi网络环境下，缓存时间可以设置短一点，一是网速较快，而是流量不要钱。

3G流量环境下，缓存时间可以设置长一点，节省流量，就是节省金钱，而且用户体验也更好。

GPS就别说更新什么的，已经够慢的了。缓存时间能多长就多长把。

当然，作为一款好的应用，不会死定一种情况，针对于不同网络变换不同形式的缓存功能是必须有的。而且这个时间根据自己的实际情况来设置：数据的更新频率，数据的重要性等。

五、何时刷新

开发者一方面希望尽量读取缓存，用户一方面希望实时刷新，但是响应速度越快越好，流量消耗越少越好(关于这块，的确开发中我没怎么想到，毕竟接口就是这么多，现在公司的产品几乎点一下就访问一下，而且还有些鸡肋多余的功能。慢慢修改哈哈)，是一个矛盾。

其实何时刷新我也不知道，这里我提供两点建议：

1. 数据的最长多长时间不变，对应用无大的影响。

比如，你的数据更新时间为4小时，则缓存时间设置为1~2小时比较合适。也就是更新时间/缓存时间=2,但用户个人修改、网站编辑人员等一些人为的更新就另说。一天用户总会看到更新，即便有延迟也好，视你产品的用途了；如果你觉得你是资讯类应用，再减少，2~4小时，如果你觉得数据比较重要或者比较受欢迎，用户会经常把玩，再减少，1~2小时，依次类推。

当然类似这个界面的数据我认为更新时间能多长就多长了，尽可能长。如果你拿后边那个有多少数据会变动来搪塞。我会告诉你：这个只是一个引导性的界面，你有多少款游戏跟用户半毛钱关系都没有，10亿也跟他没关，他只要确定这里能找到他要找的 汤姆猫 就行。否则你又失去了一个用户。

2. 提供刷新按钮。

必要时候或最保险的方法使在相关界面提供一个刷新按钮，或者当下流行的下拉列表刷新方式。为缓存，为加载失败提供一次重新来过的机会。毕竟喝骨头汤的时候，我也不介意碗旁多双筷子。

总而言之，一切用户至上，为了更好的用户体验，方法也会层出不穷。[期待更好的办法][Link 2]

2.线程安全，栈，堆的关系。

在很多现代操作系统中，一个进程的（虚）地址空间大小为4G，分为系统空间和用户空间两部分，系统空间为所有进程共享，而用户空间是独立的，一般WINDOWS进程的用户空间为2G。  
一个进程中的所有线程共享该进程的地址空间，但它们有各自独立的（私有的）栈(stack)，Windows线程的缺省堆栈大小为1M。堆(heap)的分配与栈有所不同，一般是一个进程有一个C运行时堆，这个堆为本进程中所有线程共享，Windows进程还有所谓进程默认堆，用户也可以创建自己的堆。  
堆： 是大家共有的空间，分全局堆和局部堆。全局堆就是所有没有分配的空间，局部堆就是用户分配的空间。堆在操作系统对进程初始化的时候分配，运行过程中也可以向系统要额外的堆，但是记得用完了要还给操作系统，要不然就是内存泄漏。  
栈：是个线程独有的，保存其运行状态和局部自动变量的。栈在线程开始的时候初始化，每个线程的栈互相独立，因此，栈是 thread safe的。操作系统在切换线程的时候会自动的切换栈，就是切换 ＳＳ／ＥＳＰ寄存器。栈空间不需要在高级语言里面显式的分配和释放。

3.stl中，list和vector的区别和联系。

1 **vector**

向量 相当于一个数组  
在内存中分配一块连续的内存空间进行存储。支持不指定vector大小的存储。STL内部实现时，首先分配一个非常大的内存空间预备进行存储，即capacituy（）函数返回的大小， 当超过此分配的空间时再整体重新放分配一块内存存储，这给人以vector可以不指定vector即一个连续内存的大小的感觉。通常此默认的内存分配能完成大部分情况下的存储。  
优点：(1) 不指定一块内存大小的数组的连续存储，即可以像数组一样操作，但可以对此数组  
进行动态操作。通常体现在push\_back() pop\_back()  
(2) 随机访问方便，即支持\[ \]操作符和vector.at()  
(3) 节省空间。  
缺点：(1) 在内部进行插入删除操作效率低。  
(2) 只能在vector的最后进行push和pop，不能在vector的头进行 push和pop。  
 (3)  当动态添加的数据超过vector默认分配的大小时要进行整体的重新分配、拷贝与释  
放  
  
2 **list**  
双向链表  
每一个结点都包括一个信息快Info、一个前驱指针Pre、一个后驱指针Post。可以不分配必须的内存大小方便的进行添加和删除操作。使用的是非连续的内存空间进行存储。  
  优点： (1) 不使用连续内存完成动态操作。  
 (2) 在内部方便的进行插入和删除操作  
(3) 可在两端进行push、pop  
缺点：(1)  不能进行内部的随机访问，即不支持\[ \]操作符和vector.at()  
 (2) 相对于verctor占用内存多  
  
3 **deque**  
双端队列 double-end queue  
deque是在功能上合并了vector和list。  
  优点： (1) 随机访问方便，即支持\[ \]操作符和vector.at()   
 (2) 在内部方便的进行插入和删除操作  
(3) 可在两端进行push、pop  
缺点： (1) 占用内存多  
  
**使用区别：**  
 1 如果你需要高效的随即存取，而不在乎插入和删除的效率，使用vector  
2 如果你需要大量的插入和删除，而不关心随即存取，则应使用list  
3 如果你需要随即存取，而且关心两端数据的插入和删除，则应使用deque

4.c++中如何实现多态

多态是一种不同的对象以单独的方式作用于相同消息的能力，这个概念是从自然语言中引进的。例如，动词“关闭”应用到不同的事务上其意思是不同的。关门，关闭银行账号或关闭一个程序的窗口都是不同的行为；其实际的意义取决于该动作所作用的对象。  
大多数面向对象语言的多态特性都仅以虚拟函数的形式来实现，但C++除了一般的虚拟函数形式之外，还多了两种静态的（即编译时的）多态机制：  
2、模板：例如，当接受到相同的消息时，整型vector对象和串vector对象对消息反映是不同的，我们以关闭行为为例：  
vector < int > vi; vector < string > names; string name("vc知识库");  
vi.push\_back( 5 ); // 在 vector 尾部添加整型  
names.push\_back (name); // 添加串和添加整型体现差别的潜在的操作  
静态的多态机制不会导致与虚拟函数相关的运行时开。此外，操作符重载和模板两者是通用算法最基本的东西，在stl中体现得尤为突出。

那么接下来我们说说以虚函数形式多态： 通常都有以重载、覆盖、隐藏来三中方式，三种方式的区别大家应该要很深入的了解，这里就不多说了。

许多开发人员往往将这种情况和C++的多态性搞混淆，下面我从两方面为大家解说：

1、 编译的角度 C++编译器在编译的时候，要确定每个对象调用的函数的地址，这称为早期绑定（early binding）。

2、 内存模型的角度为了确定对象调用的函数的地址，就要使用迟绑定（late binding）技术。

当编译器使用迟绑定时，就会在运行时再去确定对象的类型以及正确的调用函数。而要让编译器采用迟绑定，就要在基类中声明函数时使用virtual关键字（注意，这是必须的，很多开发人员就是因为没有使用虚函数而写出很多错误的例子），这样的函数我们称为虚函数。一旦某个函数在基类中声明为virtual，那么在所有的派生类中该函数都是virtual，而不需要再显式地声明为virtual。

那么如何定位虚表呢？编译器另外还为每个类的对象提供了一个虚表指针（即vptr），这个指针指向了对象所属类的虚表。在程序运行时，根据对象的类型去初始化vptr，从而让vptr正确的指向所属类的虚表，从而在调用虚函数时，就能够找到正确的函数。 正是由于每个对象调用的虚函数都是通过虚表指针来索引的，也就决定了虚表指针的正确初始化是非常重要的。换句话说，在虚表指针没有正确初始化之前，我们不能够去调用虚函数。那么虚表指针在什么时候，或者说在什么地方初始化呢？ 答案是在构造函数中进行虚表的创建和虚表指针的初始化。还记得构造函数的调用顺序吗，在构造子类对象时，要先调用父类的构造函数，此时编译器只“看到了”父类，并不知道后面是否后还有继承者，它初始化父类对象的虚表指针，该虚表指针指向父类的虚表。当执行子类的构造函数时，子类对象的虚表指针被初始化，指向自身的虚表。 要注意：对于虚函数调用来说，每一个对象内部都有一个虚表指针，该虚表指针被初始化为本类的虚表。所以在程序中，不管你的对象类型如何转换，但该对象内部的虚表指针是固定的，所以呢，才能实现动态的对象函数调用，这就是C++多态性实现的原理。

总结（基类有虚函数）：

1、 每一个类都有虚表。

2、虚表可以继承，如果子类没有重写虚函数，那么子类虚表中仍然会有该函数的地址，只不过这个地址指向的是基类的虚函数实现。如果基类3个虚函数，那么基类的虚表中就有三项（虚函数地址），派生类也会有虚表，至少有三项，如果重写了相应的虚函数，那么虚表中的地址就会改变，指向自身的虚函数实现。如果派生类有自己的虚函数，那么虚表中就会添加该项。

3、派生类的虚表中虚函数地址的排列顺序和基类的虚表中虚函数地址排列顺序相同。

**关于虚函数的背景知识**

1.  用virtual关键字申明的函数叫做虚函数，虚函数肯定是类的成员函数。
2.  存在虚函数的类都有一个一维的虚函数表叫做虚表。类的对象有一个指向虚表开始的虚指针。虚表是和类对应的，虚表指针是和对象对应的。
3.  多态性是一个接口多种实现，是面向对象的核心。分为类的多态性和函数的多态性。
4.  多态用虚函数来实现，结合动态绑定。
5.  纯虚函数是虚函数再加上= 0。并且该函数只有声明，没有实现。
6.  抽象类是指包括至少一个纯虚函数的类。

**那虚函数是如何运行的呢？**

Cpp代码 ![收藏代码][icon_star.png]

1.  **class** Base
2.  \{
3.  **public**:
4.  **virtual** **void** func() \{\}
5.  \}
6.  
7.  **class** Derive : **public** Base
8.  \{
9.  **public**:
10. **void** func() \{\}
11. \}
12. 
13. **void** main()
14. \{
15. Derive d;
16. Base \*pb = &d;
17. b->func();
18. \}

编译器在编译的时候，发现Base类中有虚函数，此时编译器会为每个包含虚函数的类创建一个虚表（即vtable），该表是一个一维数组，在这个数组中存放每个虚函数的地址。由于Base类和Derive类都包含了一个虚函数func()，编译器会为这两个类都建立一个虚表，（即使子类里面没有virtual函数，但是其父类里面有，所以子类中也有了）

那么如何定位虚表呢？编译器另外还为每个类的对象提供了一个虚表指针（即vptr），这个指针指向了对象所属类的虚表。在程序运行时，根据对象的类型去初始化vptr，从而让vptr正确的指向所属类的虚表。所以在调用虚函数时，就能够找到正确的函数。

对于上述程序，由于pb实际指向的对象类型是Derive，因此vptr指向的Derive类的vtable，当调用pb->func()时，根据虚表中的函数地址找到的就是Derive类的func()函数。

正是由于每个对象调用的虚函数都是通过虚表指针来索引的，也就决定了虚表指针的正确初始化是非常重要的。换句话说，在虚表指针没有正确初始化之前，我们不能够去调用虚函数。那么虚表指针在什么时候，或者说在什么地方初始化呢？

答案是**在构造函数中进行虚表的创建和虚表指针的初始化**。

还记得构造函数的调用顺序吗，在构造子类对象时，要先调用父类的构造函数，此时编译器只“看到了”父类，并不知道后面是否后还有继承者，它初始化父类对象的虚表指针，该虚表指针指向父类的虚表。当执行子类的构造函数时，子类对象的虚表指针被初始化，指向自身的虚表。对于以上的例子，当Derive类的d对象构造完毕后，其内部的虚表指针也就被初始化为指向Derive类的虚表。在类型转换后，调用pb->func()，由于pb实际指向的是Derive类的对象，该对象内部的虚表指针指向的是Derive类的虚表，因此最终调用的是Derive类的func()函数。

要注意：对于虚函数调用来说，每一个对象内部都有一个虚表指针，该虚表指针被初始化为本类的虚表。所以在程序中，不管你的对象类型如何转换，但该对象内部的虚表指针是固定的，所以呢，才能实现动态的对象函数调用，这就是C++多态性实现的原理。

5.析构函数可以为虚构函数吗？构造函数可以为析构函数吗？为什么？

析构函数可以为虚函数。

我们知道，用C++开发的时候，用来做基类的类的析构函数一般都是虚函数。可是，为什么要这样做呢？下面用一个小例子来说明：  
有下面的两个类：

class ClxBase  
\{  
public:  
ClxBase() \{\};  
virtual ~ClxBase() \{\};  
  
virtual void DoSomething() \{ cout << "Do something in class ClxBase!" << endl; \};  
\};  
  
class ClxDerived : public ClxBase  
\{  
public:  
ClxDerived() \{\};  
~ClxDerived() \{ cout << "Output from the destructor of class ClxDerived!" << endl; \};  
  
void DoSomething() \{ cout << "Do something in class ClxDerived!" << endl; \};  
\};

代码

ClxBase \*pTest = new ClxDerived;  
pTest->DoSomething();  
delete pTest;

的输出结果是：

Do something in class ClxDerived!  
Output from the destructor of class ClxDerived!

这个很简单，非常好理解。  
但是，如果把类ClxBase析构函数前的virtual去掉，那输出结果就是下面的样子了：

Do something in class ClxDerived!

也就是说，类ClxDerived的析构函数根本没有被调用！一般情况下类的析构函数里面都是释放内存资源，而析构函数不被调用的话就会造成内存泄漏。我想所有的C++程序员都知道这样的危险性。当然，如果在析构函数中做了其他工作的话，那你的所有努力也都是白费力气。  
所以，文章开头的那个问题的答案就是－－这样做是为了当用一个基类的指针删除一个派生类的对象时，派生类的析构函数会被调用。  
当然，并不是要把所有类的析构函数都写成虚函数。因为当类里面有虚函数的时候，编译器会给类添加一个虚函数表，里面来存放虚函数指针，这样就会增加类的存储空间。所以，只有当一个类被用来作为基类的时候，才把析构函数写成虚函数。

构造函数不能为虚函数

从存储空间角度：虚函数对应一个vtable，这大家都知道，可是这个vtable其实是存储在对象的内存空间的。问题出来了，如果构造函数是虚的，就需要通过 vtable来调用，可是对象还没有实例化，也就是**内存空间**还没有，**怎么找vtable呢**？所以构造函数不能是虚函数

从使用角度来看：虚函数的作用在于通过父类的指针或者引用来调用它的时候能够变成调用子类的那个成员函数。**而构造函数是在创建对象时自动调用的**，不可能通过父类的指针或者引用去调用，因此也就规定构造函数不能是虚函数

3、构造函数不需要是虚函数，也不允许是虚函数，因为创建一个对象时我们总是要明确指定对象的类型，尽管我们可能通过实验室的基类的指针或引用去访问它 但析构却不一定，我们往往通过基类的指针来销毁对象。这时候如果析构函数不是虚函数，就不能正确识别对象类型从而不能正确调用析构函数。

4、从实现上看，**vbtl在构造函数调用后才建立**，因而构造函数不可能成为虚函数,实际含义上看，在调用构造函数时还不能确定对象的真实类型（因为子类会调父类的构造函数）；而且构造函数的作用是提供初始化，在对象生命期只执行一次，不是对象的动态行为，也没有太大的必要成为虚函数

5、当一个构造函数被调用时，它做的首要的事情之一是初始化它的V P T R。因此，它只能知道它是“当前”类的，**而完全忽视这个对象后面是否还有继承者**。 当编译器为这个构造函数产生代码时，**它是为这个类的构造函数产生代码**\- -**既不是为基类，也不是为它的派生类**（因为类不知道谁继承它）

6.const何时初始化，在什么地方初始化，有几种方法。 初始化 const 成员和引用类型成员的问题，在 C++ 教材中讲述初始化列表的章节应该都有讲过，但是因为平时用得少，所以可能有不少人没注意到。待到用时又觉得一头雾水，摸不着头脑。  
  
　　初始化 static const 成员，也就是全局的静态常量，这个用到的情况比较多，想必大家都会。通常就是在类的定义中申明 static const 成员，然后在实现文件中赋予初始值，比如：  
/\* (\#) Test.h \*/  
\#pragma once  
  
class Test \{   
public:  
// 申明int 型的MASK 常量  
static const int MASK;  
\};  
  
/\* (\#) Test.cpp \*/  
\#include "Test.h"  
  
// 定义Test::MASK 常量，注意这里不需要static 关键字  
const int Test::MASK = 0xFFFF;  
  
　　虽然这种 static const 的情况使用得最多，但有时候也会想用非 static，却是 const 的情况。static const 定义的常量是全局的，对该类的每一个实例（对象）甚至在全局范围都有效，而且一致。便有时候需要的常量是针对每一个实例的，每个实例都可能有同类型但不同值的常量，这时候就要用到非 static，但 const 的申明，如  
class Test \{   
public:  
const int MY\_MASK;  
\};  
  
　　这种情况下，要在实例文件中像初始化 static const 常量一样，对其进行初始化是行不通的。  
const int Test::MY\_MASK = 0xFF; // 这样会报重定义错误  
  
　　况且，就算编译能通过，也不能达到我们要求的“每个对象自己的常量”的要求。  
　　正确的初始化是通过构造函数的初始化列表来进行，如：  
class Test \{   
public:  
const int MY\_MASK;  
Test() : MY\_MASK(0xff) \{\}  
\};  
  
　　如果不是在初始化列表中对 const 常量进行初始化，而是在构造函数中对其赋值的话，是不能成功的。很简单的道理：不能给 const 成员赋值。同样的道理，如果要初始化一个引用类型的成员变量，也不能在构造函数体内赋值，而只能在构造函数的初始化列表中进行初始化。

7.static何时初始化，在什么地方，c++类中呢。

const定义的常量在函数执行之后其空间会被释放，而static定义的静态常量在函数执行后不会被释放其空间。

static 表示的是静态的。类的静态成员函数，成员变量是和类相关的，不是和类的具体对象相关，即使没有具体的对象，也能调用类的静态成员函数，成员变量。一般的静态函数几乎就是一个全局函数，只不过它的作用域限于包含它的文件中。

在c++中，static静态成员变量不能在类内部初始化。

在c++中，const常量成员变量也不能在类定义处初始化，只能通过构造函数初始化列表进行，并且必须有构造函数。

const数据成员只在某个对象生存期内是常量，而对于整个类而言却是可变的。因为类可以创建多个对象，不同的对象其const数据成员的值可以不同。所以不能在类声明中初始化const数据成员，因为类的对象未被创建时，编译器不知道const数据成员的值是什么。

const数据成员的初始化只能在类的构造函数的初始化表中进行。要想建立在整个类中都恒定的常量，应该用类中的枚举常量来实现，或者staticconst。

如：

classTest

public:

Test():a(0)\{\}

enum \{size1=100, size2 = 200 \};

private:

constint a;  //只能在构造函数初始化列表中初始化，这个似乎很少用到？？？

staticint b；

conststatic int c; //与static const intc;相同,可以在这里定义(如果以后在类中需要使用该变量的话).

int Test：：b = 0; //不能以成员列表初始化，不能在定义处促使化，因为不属于某个对象。

constint Test：：c ＝ 0；//注意：给静态成员变量赋值时，不在需要加static修饰。但const要加。

const 成员函数，主要的目的是防止修改对象的内容。即：int Fun()const; 不可以修改对象的数据，可以访问对象的数据，访问成员函数时，只能是const的，不能是non\_const的成员函数。

static成员函数，主要的目的是作为类作用域的全局函数。不能访问类的非静态数据成员。类的静态成员函数的没有this指针，这导致：

1． 不能直接存取类的非静态成员变量，调用非静态成员函数

2． 不能被声明为virtual

下面是关于static,const,static const , conststatic成员的初始化问题。

1.类里的const成员初始化：

在一个类里建立一个const时，不能给它初值。像

class foo

private：

const int i = 100;// error !!!

public：

foo()\{\}

......

\};

这样的初始化方式是不能通过编译的，因为在类对象里进行了存储空间分配，编译器不能知道const的内容是什么，所以不能把它用作编译期间的常量。这意味着对于类里的常数表达式来说，const就像它在C中一样没有作用。因此这个初始化工作必须发生在构造函数里，并且，要在构造函数的某个特别的地方。因为const必须在建立它的地方被初始化，所以在构造函数的主体里，const必须已初始化了，否则，就只有等待，直到在构造函数主体以后的某个地方给它初始化，这意味着过一会儿才给const初始化。当然，无法防止在在构造函数主体的不同地方改变const的值。

构造函数初始化表达式

class foo

private：

const int i = 100;

public：

foo()\{......\}

......

\};

如果构造函数是在类外定义，则可以这样写：

class foo

private：

const int i;

public：

foo()；

......

\};

foo：：foo() ： i (100) \{......\}// 初始化列表

2.类里的static成员初始化：

类中的static变量是属于类的，不属于某个对象，它在整个程序的运行过程中只有一个副本，因此不能在定义对象时对变量初始化，就是不能用构造函数来初始化。其正确的初始化方式是：

<数据类型><类名>：：<静态数据成员名>= <值>，例如

class foo

private：

static int i;

public：

foo()；

......

\};

int foo ：：i = 100；

这表明：

(1)初始化在类体外进行，而前面不加static，以免与一般静态变量或对象相混淆。

(2)初始化时不加该成员的访问权限控制符private，public等。

(3)初始化时使用作用域运算符来标明它所属类，因此，静态数据成员是类的成员，而不是对象的成员。

3.类里的staticconst 和const static成员初始化：

在找static成员的初始化学习资料时，我发现了网上有很多关于static const 成员，也就是全局的静态常量的初始化的资料。const成员要在构造函数初始化，而static成员在需要在在类体外初始化，那么static const 和 const static 的成员应该在哪里进行初始化呢？这两个写法又会有什么不一样吗？其实他俩都一样。在借阅《Thinking in c++》中文版188页和做了相关实验后，我认为若在类内使用的话，static const 则必须在static const 定义之处进行初始化。其他情况在类里外都行。

比如：

class Test\{

public：

static const int MASK1;

const static int MASK2;

\};

const int Test ：：MASK1 = 0xFFFF;

const int Test ：：MASK2 = 0xFFFF;

它们没有区别，虽然

一个是静态常量，

一个是常量静态，

静态都将存储在全局变量区域，其实最后结果都是一样的。

可能在不同编译器内，不同处理，但是最后结果是一样的。

下面是一个完整的例子：  
\#ifndef A\_H\_  
\#define A\_H\_  
\#include<iostream>  
using namespace std;

class A\{  
private:  
static intaa; //静态数据成员声明  
static const int count; //静态常数据成员声明（可以在此初始化）  
const int bb; //常数据成员  
public:  
A(inta);  
static voidprint(); //静态成员函数  
\};

A::A(int a):bb(a) \{ //常成员的初始化  
aa += 1;  
\}

void A::print()\{  
cout<< "connt="<<count<< endl;  
cout<< "aa="<< aa<< endl;  
\};

int A::aa = 0;//静态成员定义  
const int A::count = 25;//静态常成员初始化  
\#endif

int main()\{  
A a(10);  
A::print(); //通过类访问静态成员函数  
 a.print();//通过对象访问静态成员  
\}

但是注意:将**static** **const** datamember的申明放在**头文件**中时，新的**C++**标准支持，但VC6.0却不支持

8.设计模式，如何实现单例模式，new的对象是在堆中还是栈中。

单例模式也称为单件模式、单子模式，可能是使用最广泛的设计模式。其意图是保证一个类仅有一个实例，并提供一个访问它的全局访问点，该实例被所有程序模块共享。有很多地方需要这样的功能模块，如系统的日志输出，GUI应用必须是单鼠标，MODEM的联接需要一条且只需要一条电话线，操作系统只能有一个窗口管理器，一台PC连一个键盘。  
单例模式有许多种实现方法，在C++中，甚至可以直接用一个全局变量做到这一点，但这样的代码显的很不优雅。 使用全局对象能够保证方便地访问实例，但是不能保证只声明一个对象——也就是说除了一个全局实例外，仍然能创建相同类的本地实例。  
《设计模式》一书中给出了一种很不错的实现，定义一个单例类，使用类的私有静态指针变量指向类的唯一实例，并用一个公有的静态方法获取该实例。  
单例模式通过类本身来管理其唯一实例，这种特性提供了解决问题的方法。唯一的实例是类的一个普通对象，但设计这个类时，让它只能创建一个实例并提供对此实例的全局访问。唯一实例类Singleton在静态成员函数中隐藏创建实例的操作。习惯上把这个成员函数叫做Instance()，它的返回值是唯一实例的指针。

定义如下：