编译器优化

　　对于abstract base class(抽象基类)，class中的data member应该被初始化，并且只在constructor中或者在其他member functions中指定初值 纯虚函数的存在 　　纯虚函数的意义在于只定义一个可继承的接口，并没有实现(虚函数意义在于定义一个可继承的接口并且有一份缺省实现，普通的成员函数意义在于定义一个可继承的接口并且有一份强制实现) 　　纯虚函数不能经由虚拟机制调用，但是可以被静态地调用(invoked statically, AbsractClassName::pureFunction() ) 　　对于pure virtual destructor,一定要定义它，因为每一个derived class destructor会被编译器加以扩张，以静态调用的方式调用其”每一个virtual base class”以及”上一层base class”的destructor，因此只要缺乏何一个base class destructor的定义，就会导致链接失败。 　　编译器不会合成一个pure virtual destructor的函数定义。 　　一个较好的替代方案就是：不要把virtual destructor声明成pure 虚拟规格的存在 　　一个函数几乎不会被后继的derived class改写，而且是inline函数

一个定义为volatile的变量是说这变量可能会被意想不到地改变，这样，编译器就不会去假设这个变量的值了。精确地说就是，优化器在用到这个变量时必须每次都小心地重新读取这个变量的值，而不是使用保存在寄存器里的备份。下面是volatile变量的几个例子： 1). 并行设备的硬件寄存器（如：状态寄存器） 2). 一个中断服务子程序中会访问到的非自动变量(Non-automatic variables) 3). 多线程应用中被几个任务共享的变量 回答不出这个问题的人是不会被雇佣的。我认为这是区分C程序员和嵌入式系统程序员的最基本的问题。嵌入式系统程序员经常同硬件、中断、RTOS等等打交道，所用这些都要求volatile变量。不懂得volatile内容将会带来灾难。 假设被面试者正确地回答了这是问题（嗯，怀疑这否会是这样），我将稍微深究一下，看一下这家伙是不是直正懂得volatile完全的重要性。 1). 一个参数既可以是const还可以是volatile吗？解释为什么。 2). 一个指针可以是volatile 吗？解释为什么。 3). 下面的函数有什么错误： int square(volatile int *ptr) { return *ptr * *ptr; } 下面是答案： 1). 是的。一个例子是只读的状态寄存器。它是volatile因为它可能被意想不到地改变

volatile 影响编译器编译的结果,指出，volatile 变量是随时可能发生变化的，与volatile变量有关的运算，不要进行编译优化，以免出错，（VC++ 在产生release版可执行码时会进行编译优化，加volatile关键字的变量有关的运算，将不进行编译优化。）。 例如： volatile int i=10; int j = i; ... int k = i; volatile 告诉编译器i是随时可能发生变化的，每次使用它的时候必须从i的地址中读取，因而编译器生成的可执行码会重新从i的地址读取数据放在k中。 而 优化做法是，由于编译器发现两次从i读数据的代码之间的代码没有对i进行过操作，它会自动把上次读的数据放在k中。而不是重新从i里面读。这样以来，如果 i是一个寄存器变量或者表示一个端口数据就容易出错，所以说volatile可以保证对特殊地址的稳定访问，不会出错。 /********************** 一个定义为volatile的变量是说这变量可能会被意想不到地改变，这样，编译器就不会去假设这个变量的值了。精确地说就是，优化器在用到这个变量时必须每次都小心地重新读取这个变量的值，而不是使用保存在寄存器里的备份。下面是volatile变量的几个例子： 1) 并行设备的硬件寄存器（如：状态寄存器） 2) 一个中断服务子程序中会访问到的非自动变量(Non

本文总结一下C++面试时常遇到的问题。C++面试中，主要涉及的考点有 关键字极其用法，常考的关键字有const, sizeof, typedef, inline, static, extern, new, delete等等 语法问题 类型转换 指针以及指针和引用的区别 面向对象的相关问题，如虚函数机制等 泛型编程的相关问题，如模板和函数的区别等 内存管理，如字节对齐（内存对齐）、动态内存管理、内存泄漏等 编译和链接 实现函数和类 本文不涉及STL的内容，有关STL的内容，会另有一篇文章专门总结。 零、序章 0.1 C++与C的对比 C++有三种编程方式：过程性，面向对象，泛型编程。 C++函数符号由 函数名+参数类型 组成，C只有函数名。所以，C没有函数重载的概念。 C++ 在 C的基础上增加了封装、继承、多态的概念 C++增加了泛型编程 C++增加了异常处理，C没有异常处理 C++增加了bool型 C++允许无名的函数形参（如果这个形参没有被用到的话） C允许main函数调用自己 C++支持默认参数，C不支持 C语言中，局部变量必须在函数开头定义，不允许类似for(int a = 0; ;;)这种定义方法。 C++增加了引用 C允许变长数组，C++不允许 C中函数原型可选，C++中在调用之前必须声明函数原型 C++增加了STL标准模板库来支持数据结构和算法 一

一.前言 1.编译器优化介绍： 由于内存访问速度远不及CPU处理速度，为提高机器整体性能，在硬件上引入硬件高速缓存Cache，加速对内存的访问。另外在现代CPU中指令的执行并不一定严格按照顺序执行，没有相关性的指令可以乱序执行，以充分利用CPU的指令流水线，提高执行速度。以上是硬件级别的优化。再看软件一级的优化：一种是在编写代码时由程序员优化，另一种是由编译器进行优化。编译器优化常用的方法有：将内存变量缓存到寄存器；调整指令顺序充分利用CPU指令流水线，常见的是重新排序读写指令。对常规内存进行优化的时候，这些优化是透明的，而且效率很好。由编译器优化或者硬件重新排序引起的问题的解决办法是在从硬件（或者其他处理器）的角度看必须以特定顺序执行的操作之间设置内存屏障（memory barrier）， Linux 提供了一个宏解决编译器的执行顺序问题。 void Barrier(void) 这个函数通知编译器插入一个内存屏障，但对硬件无效，编译后的代码会把当前CPU寄存器中的所有修改过的数值存入内存，需要这些数据的时候再重新从内存中读出。 2.volatile总是与优化有关，编译器有一种技术叫做数据流分析，分析程序中的变量在哪里赋值、在哪里使用、在哪里失效，分析结果可以用于常量合并，常量传播等优化，进一步可以消除一些代码。但有时这些优化不是程序所需要的

JavaScript是互联网时代编程语言的霸主，统领浏览器至今已有许多年头，而这股风潮很可能随着HTML 5的兴起而愈演愈烈。如今JavaScript更是在Node.js的帮助下进军服务器编程领域。“单线程”和“无阻塞”是JavaScript的天性， 因此任何需要“耗时”的操作，例如等待、网络通信、磁盘IO都只能提供“异步”的编程接口。尽管这对服务器的伸缩性和客户端的响应能力都大有脾益，但是异 步接口在使用上要比传统的线性编程困难许多，因此也诞生了如jQuery Deferred这样的辅助类库。Jscex的主要目的也是简化异步编程，但它使用了一种与传统辅助类库截然不同的方式，尽可能地将异步编程体验带领到新的高度。 JavaScript编程几乎总是伴随着异步操作，传统的异步操作会在操作完成之后，使用回调函数传回结果，而回调函数中则包含了后续的工作。这也 是造成异步编程困难的主要原因：我们一直习惯于“线性”地编写代码逻辑，但是大量异步操作所带来的回调函数，会把我们的算法分解地支离破碎。此时我们不能 用if来实现逻辑分支，也不能用while/for/do来实现循环，更不用提异步操作之间的组合、错误处理以及取消操作 pdf 了。 快速入门：排序动画 我们先来看一个简单的例子。“冒泡排序”是最常见的排序算法之一，它的JavaScript实现如下： view source print ? 01

　　Debug 和 Release 并没有本质的区别，他们只是VC预定义提供的两组编译选项的集合，编译器只是按照预定的选项行动。如果我们愿意，我们完全可以把Debug和Release的行为完全颠倒过来。当然也可以提供其他的模式，例如自己定义一组编译选项，然后命名为MY_ABC等。习惯上，我们仍然更愿意使用VC已经定义好的名称。 　　Debug版本包括调试信息，所以要比Release版本大很多（可能大数百K至数M）。至于是否需要DLL支持，主要看你采用的编译选项。如果是基于 ATL的，则Debug和Release版本对DLL的要求差不多。如果采用的编译选项为使用MFC动态库，则需要MFC42D.DLL等库支持，而 Release版本需要MFC42.DLL支持。Release不对源代码进行调试，不考虑MFC的诊断宏，使用的是 MFC Release库，编译时对应用程序的速度进行优化，而Debug则正好相反，它允许对源代码进行调试，可以定义和使用MFC的 诊断宏，采用MFC Debug库，对速度没有优化。 　　既然Debug和 Release仅仅是编译选项的不同，那么为什么要区分Debug和Release版本呢？ 　　Debug和Release，在我看来主要是针对其面 向的目标不同的而进行区分的。Debug通常称为调试版本，通过一系列编译选项的配合，编译的结果通常包含调试信息

（第一次写博客，好激动的说.......） 我们知道，一个程序由源代码到可执行文件往往由这几步构成: 预处理（Prepressing）-> 编译（Compilation）-> 汇编（Assembly）-> 链接（Linking）。 编译过程就是把预处理完的文件进行一系列词法分析、语法分析、语义分析及优化后生产相应的汇编代码文件，这个过程往往是我们所说的整个程序构建的核心部分。那么，这个核心部分究竟做了什么呢。 各位看官容我挽起袖子，且听我娓娓道来。 编译器做了什么？ 从最直观的角度来说，编译器就是将高级语言翻译成机器语言的一个工具。 以 C语言为例，解释一下 ***.c -> ***.o 的过程。 假设test.c有下面一段代码 array[index] = (index + 4) * (2 + 6); 下面就来谈谈这个表达式是如何翻译成机器语言的过程。 这个过程主要有如下五步，看起来好长的样子，看官需静下心来慢慢看。。。。 1.词法分析 -- 将源代码字符序列分割成一系列的记号 源代码程序被输入到扫描器（Scanner）。 扫描器的任务就是：运用一种有限状态机（Finite State Machine）的算法，将源代码字符序列分割成一系列的记号（Token）。还有一些其他工作（将标识符放到符号表，将数字、字符串放到文字表中） 如下图(因为表格换页了，所以拍出来是这个样子，望海涵)

首先简单介绍一下编译器对代码优化的概念： 编译器优化 ：在不影响程序结果的情况下，改变程序的执行顺序提高效率 优化级别有： O0 O1 O2 O3 优先级别越高，优化的越厉害 如何优化？在此介绍volatile，我们只谈优化的一个方式，就是将频繁使用的变量直接加载到离cpu很近的寄存器中。 我们先来看如下代码： #include <stdio.h> #include <stdlib.h> #include <signal.h> int flag=1; void Handler(int signo){ printf("signo=%d\n",signo); flag=0; } int main(){ signal(2,Handler); while(flag){} } 在不优化的情况下直接进行编译，我们可预见：程序运行起来，当给这个进程发送二号信号flag值才会变为0使循环结束程序运行结束。 但当用O2使编译器对这个代码进行优化时，就会发现按下ctrl+c发送2号信号时，循环依旧不会停止。这是为什么呢？ 原来 : 在编译器在优化过程中，若编译器判定某个数据是一个比较高的开销，然后编译器没有检测到有代码修改这个数据，便会把频繁使用的数据放到了寄存器中（while循环频繁使用flag，Handle函数虽对他进行修改但是由内核调用的，编译器并不知道），编译器就可能作出了错误的判断

转载请注明原创出处，谢谢！ 首先需要说说线程安全？关于线程安全一直在提，比如StringBuilder和StringBuffer有什么区别? 经常就会出现关于线程安全与线程非安全，可能一直在提自己没有细细想想， 如果忽然问你啥是线程安全的概念？ 可能你需要短暂停顿几秒，线程不安全就是不提供数据访问保护，有可能出现多个线程先后更改数据造成所得到的数据是脏数据，其实关于线程安全的定义我想不到好的，百度了下，也没有发现一个特别好的解释，我就选择一个相对来说还可以的解释吧 ，线程安全就是多线程访问时，采用了加锁机制，当一个线程访问该类的某个数据时，进行保护，其他线程不能进行访问直到该线程读取完，其他线程才可使用。不会出现数据不一致或者数据污染。我觉得该描述也不完全正确，因为现在控制并发的策略很多不仅仅是加锁机制，也可以不用加锁，我觉得这样可能比较合适的解释，就是多个线程都会操作到的，是一个公共资源或者共享的数据，但是每次操作只能一个线程使用而一旦临界区资源被占用其他的线程必须等待该资源的释放，在并行程序中，临界区资源都是受保护的那么就是线程安全，不包含的就是线程不安全的。 由于并发程序要比串行程序复杂很多，一个最重要的原因就是并发程序下访问的一致性和安全性将会受到严重挑战，如何保证一个线程可以看到正确的数据呢？因此我们需要深入了解并行机制的前提下，在定义一些规则来保证多线程直接有效的