标签：
就C＋＋开发工具而言，与Windows下微软（VC， VS2005等）一统天下相比，Linux/Unix下C＋＋开发，可谓五花八门，各式各样。Emacs, vi, eclipse, anjuta，kdevelop等层出不穷。
Windows下，开发工具多以集成开发环境IDE的形式展现给最终用户。例如，VS2005集成了编辑器，宏汇编ml，C /C++编译器cl，资源编译器rc，调试器，文档生成工具, nmake。它们以集成方式提供给最终用户，对于初学者而言十分方便。但是，这种商业模式，直接导致用户可定制性差，不利于自动化，集成第三方工具的能力弱。例如，无法定制一些宏来处理一些重复操作；体会不到自动化makefile一步到位快感；无法远程登录到服务器上进行开发；无法使用某种”粘合剂”来把第三方工具（例如，文本工具，字符串工具）有效地调用起来。可以说，良好的商业支持和傻瓜式开发，是它们主要的优点。
在linux下，开发工具被切割成一个个独立的小工具。各自处理不同的问题。例如，编辑器（emacs, vim)用来进行编辑程序的，调试器（gdb)用来调试程序，编译器（GCC）用来编译和链接程序的，性能分析工具（gcov, gprof)用来优化程序的，文档生成器（doxygen）用来生成文档的。同时，还有一些系统工具和系统知识，我们是很有必要了解的：程序自动化机制 makefile，系统粘合剂shell，系统查找工具grep, locate, find。其它的工具（例如ctags， OCI公司的MPC等等），一旦熟练掌握，它们将成为你手中的利器。
本文主要是一些针对LINUX下开发工具使用的经验之谈。由于，工具品种繁多，我们没有能力也没有必要一一介绍。对于LINUX下IDE工具，例如 eclipse, anjuta等，它们虽然也很实用，但是使用起来比较简单，而且目前还算不上主流。所以，它们将不被着重介绍。同时，本文也不打算写成各个工具的操作手册，只着眼于介绍各个工具的想要解决的问题、运行机理和主要特性。
正文
编辑器
要进行开发，第一件事情就是选择一个合适的编辑器。编辑器选择有几个要素：
1）减少不必要的编辑动作，减少编辑的时间。
一切能够无二义性描述出来的编辑任务，都可以而且应该能被自动化。例如，每一个C＋＋程序都会有一个main函数；我们在定义.h文件时，都希望加入一些预处理指令＃define来帮我们解决重复引用同一个头文件而带来的麻烦。鼠标操作总是比键盘操作要慢的。这方面EMACS做得可算是到了极致。所以， EMACS用户经常会吹嘘：他们编辑的速度等同于他们思考的速度。
2）可扩展性高。
程序员预期的编辑器应该能提供一些编程的帮助，例如，语法高亮，自动补齐，自动排版，语法检查等等。留心观察一下gedit, vim, emacs, ultraEdit，就会发现它们提供的远不是windows 记事本，写字板提供的那么简陋的功能。对于一种新的语言，新的语法，它们应该能很方便地提供支持，而不停留在一种或几种固定的语言上。
3）用户可定制性高。
如果想长期从事研发， 特别是linux/unix下研发的话，那么你很有必要学好一个功能足够的编辑器。有这么一句话：Linux下程序员分为三种，使用emacs的，使用vi的，还有其它。
EMACS是Stallman用lisp语言写的一个GPL的编辑器。我们这里所说的emacs指的是GNU emacs，而非Xemacs。由于它的开放性，我们可以把它打造成一个功能强大的IDE。我们在安装好CGYwin之后，也可以在Windows系统下使用 EMACS。CGYwin和MINGW是第三方写的一个在Windows系统上模拟POSIX系统的工具。
EMACS与其说的是一个编辑器，倒不如说它是一个操作系统。我们可以用它来写编程，写wiki，收发邮件等等。EMACS主要是通过两种方式来进行扩展：el脚本(elisp是lisp的一种方言）和第三方扩展包。EMACS的入门成本很高。由于是纯键盘操作，所以需要记忆大量的快捷键；功能强大是通过用户添加一些扩展包，lisp脚本来实现的。如何正确配置和修改是很需要耐心和技巧的。
编译器
编译器首选GCC（GNU COMPILER COLLECTION)。原因有两个，它是GNU开源的，同时它对标准C++的支持度高达96.15%。而VC++6.0的支持度只有83.43%。 GCC不仅是通常意义上的C或C++的编译器，它还可以编译java等其它语言。gcc是gnu c的编译器,g++是gnu c++的编译器, 而EGCS(Enhanced GNU Compiler Suite)可以认为是gcc的改进版。
编译语言从源程序到目标代码会经过如下几个阶段：源程序－＞汇编程序－＞编译成obj程序－>链接成最终可执行程序。我们可以通过一条编译指令来完成所有步骤。也可以分步执行。gcc有三个重要选项-E(只进行预处理), -S(生成汇编代码), -g(生成带原代码调试符号的可执行文件，如果想用gdb调试的话，就应该在编译时打开这个选项）。
GCC可以看作一个软件包，除了编译工具，它还集成了调试器gdb，性能分析工具gcov, gprof。只要我们装好了GCC，这些强大工具就可以直接使用了。
通过gcov，我们可以查看一个程序，源代码中每行代码的运行次数。我们优化运行次数最多的代码，那么就可以大大优化程序。使用gcov时，需要打开 GCC的fprofile-arcs和ftest-coverage两个选项。gcov中常用的选项有-b分支统计信息。
通过gprof工具，我们可以查看函数之间的调用顺序，及各个函数运行的时间。我们可以将gprof理解为linux/unix自带工具time的加强版。使用gprof时，需要打开GCC的pg选项。
gcov和 gprof的共同点是在编译程序时，加入自己的一些辅助信息，由此来进行程序诊断。除了，这些优化手段，我们还可以使用一些内存泄漏工具，来减少野指针，未释放的内存空间。
调试器
GDB即GNU的调试器，它是GCC附带的一个性能优质的调试器。通过GDB和脚本结合，我们可以很好的实现回归测试。
GDB可以运行于CLI和GUI两种模式。默认GDB是CLI模式的，我们可以去下载和安装GUI模式的GDB，例如xxgdb， ddd等。一个更好的方式是在 EMACS中使用GDB。GDB包括visual studio工具的所有调试功能，还包括它没有的功能。它除了支持，我们一般的设置断点，单步跟踪，step in, step out, step over等，还有一些强大的功能。在gdb中，我们可以有以下几种暂停方式：断点（BreakPoint）、观察点（WatchPoint）、捕捉点（CatchPoint）、信号（Signals）、线程停止（Thread Stops）。
下面列举几个让我印象深刻的功能。1）通过 watch指令，可以让程序在某个变量的值发生变化时，暂停下来。2）通过print指令，在程序运行时，设置变量的值，运行一个程序自身支持的一个方法。3）通过until指令，我们可以让程序在运行到某个程序时暂停下来。4）通过break.. if指令，使得程序在满足某个bool表达式时，暂停下来。
粘合剂
我想通过“粘合剂”这个词来表达将多个工具粘合起来的“胶水”。例如，通过shell脚本，我们可以把OS命令，sed指令，awk指令，其它脚本文件等串联起来，发挥它们的合力。在linux C++编程中，我们不可避免地会使用makefile文件。通过，它我们可以把编译指令，生成文档操作，清除操作等等串联起来。从某种意义上来看，它也相当于一个粘合剂。
makefile的出发点是，维护好一个项目中众多文件的依赖关系，由此得到一个源程序的拓扑图。当我们只修改图中某个结点时，重新编译时就只需要将拓扑图中关联的链路进行编译就好了。由此，大大缩短了编译的时间。make有两大概念：dependencies和rules。规则rule即针对每一个依赖关系 dependency定义一个操作规则。这个细粒度的分离，就可以使我们可以定制软件构建的行为。例如，修改使用的编译器，修改includepath, 修改libpath, 修改编译选项等等。我们常见的VC中的nmake，功能和make是类似的。
make使用的重点和难点是编写Makefile文件。Makefile的语法相对其它语言来说是很不一样的，我们要特别注意TAB键和空格键的区别。有很多工具可以用来帮助我们生成Makefile。最出名的就是GNU的autoconf了。一个GNU程序的编写，需要autoscan, aclocal, autoconf, automake这四个工具。
我们知道GNU软件安装的三步曲是：./configure, make, make install。其中./configure就是根据autoconf, alocal等工具生成一个makefile文件。make指令就是调用make指令来根据makefile文件的规则来编译源程序。而make install就是执行makefile中的install规则指出的操作（一般是copy操作）。而make clean就是执行makefile中的clean规则指出的操作（一般是rm操作）。我们用Eclispe+CDT开发Managed C++ Project时，它就是通过objects.mk,subdir.mk,sources.mk三个文件来生成Makefile。我们注意观察编译时的输出信息，就可以看到显示的Makefile文件的内容。
可以说，如果想编译出跨平台的C＋＋程序，那么makefile是一种最方便的机制。
OCI公司为Douglas C.Schmidt的ACE，TAO开源社区编写了一段伟大的perl脚本－－MPC。它由平台信息，一个规则文件，源代码，生成用户想要的工程文件，例如Make, Nmake, Visual C++ 6, Visual C++ 7等等。Google Web Tookit, Celtix做的事情与之类似，不过它们是针对JAVA的，而MPC是针对C＋＋的。
结束语
国内资料太多的低层次的重复，经常是一个网页被多次转载，而且回答问题时深度不够。个人找资料的顺序是：查看quick start或how to文档－＞自带的帮助（如果看起来不太吃力话）－＞百度查一下中文网页，来理清一下基本概念－＞google查一下－＞几个大的，相关的网站查下资料－＞看自带帮助。再者，面对面的交流是十分重要的，大家可以相互理一下概念，交流一下心得。可惜，我身边这种氛围还是不够。
Linux下开发还可以更友好一些。个人感觉， linux开发要在国内普通程序员中大规模普及，还有一段很长的路要走。ubuntu火爆的主要原因，就是它帮用户搭好一些默认配置。用户如果想新加一些服务，它们提供了良好，有效地支持。所以，我想我们可以在IDE和现在linux这种一个个小部件的这两种状态之间，取一个折衷。也就是针对几种主要需求的用户，发布一些配置好的环境。尤其是emacs的各种el脚本（例如界面主题的color-theme， C/C++语言编辑策略，代码样式设置脚本，各种emacs系统设置）， 第三方扩展包（模板template, 编程支持包cedet等）。每一个用户浪费时间来进行这些配置是十分没有意义的！工具始终只是工具，我们不能沦为工具的奴隶，不能把一大部分精力浪费在配置工具上。
值得注意的是现在方兴未艾的eclipse有向这方面迈进的趋势。但是，现在emacs已经做得很好了，ecilpse能否超越它，我们还有待观察。我们可以通过在eclipse上安装SDT插件来进行C++开发。但是，它目前还不支持调试功能，而且不太稳定，功能不够强。例如，有时会无故死掉；如果想通过eclipse来转向函数原型的话，那么迎接你的将是一个漫长、焦急的等待。
由于本人缺少在linux下进行实际大规模程序的开发经验，对很多工具和机制的理解还比较肤浅。对它们的熟悉程度离真正实用，还有一段很长的路要走。
我之前是一个C程序员，而且是个Windows的程序员，在windows下使用VC6.0/VS2005等microsoft的傻瓜式工具工作， 对于那个vc 6.0/vs2005的快捷操作，debug操作是那么的熟悉，可以说vc 6.0/vs2005是window下开发c/c++最好用的工具了，可以查看调用堆栈，内存变化情况，变量值，另外安装 visual assist x后让VC看起来是那么的完美。
但是windows下写成代码到了linux下是有问题的，所以建议在vc中将工具-》选项—》制表符—》制表符大小4，插入空格，另外的问题就是 那个回车换行的问题，例如windows下是0d,0a，到了linux下用vi看到的都是^M，给别人带来不便，所以如果提交的服务器是linux，而 你是在windows下开发，可以在svn/cvs中进行设置，就可以自动进行dos2unix的转换，相关的文档可以查看svn/cvs的相关手册，其 中都有这样的设置。
有幸这次我转到了Linux下开发，有幸认识了linux，但是随之而来的就是特别头疼的问题：Linux下使用什么工具进行编码，编译， debug呢？？我感到非常的迷茫，然后就是网上大搜索，看到那么多的网友推荐VIM时，我失望了，特别的失望，然后用VIM敲了一个下午，累的手的麻 了，感到特别的不爽，就像是用左手拿筷子一样，全身的力量无法施展，所以 我还是计划再找找看。不过后来我还是找到了适合自己的工具。呵呵，真是太高兴了，今天把我自己这几天搜集的一些资料整理一下，给以后转向linux的程序 员一点提示吧!
主要的工具如下：
1. vim + ctags + taglist + cscope + cppcomplete + global
这个我也试过了，比较有用的帖子如下：
http://www.linuxsir.org/bbs/showthread.php?t=241578
http://blog.csdn.net/wooin/archive/2007/10/31/1858917.aspx
2.emacs+插件
可以查看
http://blog.163.com/yu_hongchang/blog/static/3989413820081121512613/
这个我没有试验，估计和vim一样，都是命令操作，听说这个功能强大一些，能够通过xterm进行调试，这个我之前用过，但是那个xterm真的不怎么好用，界面，鼠标，我都不喜欢。
3. kdevelop
这个工具做的比较差劲吧，我也不喜欢，比如他的自动补全功能很不爽，比如：有个函数
Int test(int c1,int c2)
当我们敲下 tes时，只能出现test，而后面的参数列表都不能显示，所以当代码量比较大，函数参数比较多的时候，我们都记不住参数，没有参数列表提示，就会觉得很不爽。不过还好，它集成了kgdb可以进行debug.
4.eclipse +cdt
好多人用这个IDE，还算好吧，但是eclipse是个java的，运行速度慢的很，另外单词补全功能太差劲了，只能补全结构体或者类，在写下./ ->之后才能补全，另外要按 control+/ 才能补全，不能在敲代码的同时自动显示，eclipse对c/c++的支持远远不如对JAVA的支持强大，但是我至少认为比在vim中写要舒服一些，可能 是个人习惯了那个IDE的工作环境。
5.code::blocks
可以查看：
http://www.codeblocks.org/
支持的平台不全，我的是redhat 企业版 5.0，就安装不上，所以我也没有能够一睹它的芳容，可惜啊。
6. anjuta
这个我下载了安装不上，不知道为什么，而且要求配置的比较多，也比较麻烦，如果你感兴趣，可以看
http://hi.baidu.com/my2008space/blog/item/140de5255fab81084c088d1e.html
7. Kylix
这个没有试。
8.netbeans
这个也不错，我装过试了试，能满足我的功能，但是可定制稍微差点，但是能满足需要了，也还不错吧，如果没有下面要提到的slick edit,我就会选择它了。
9.windows ue+ssh
有很多的人用这个方法，我不太喜欢，可能是不喜欢ue那个界面吧，应该和vim之类的类似。
10.slick edit
呵呵，我最终选择的是这个，很好用，可定制性强，支持的语言多，非常的好用，能够直接进行debug,而且速度也很快，界面和vc 6.0很相似，是一个唯一可以和 vc 相媲美的工具，但不是免费的，不过还是要感谢那些的黑客，让这个软件得到了破解，
你可以通过下面的链接下载：
http://www.slickedit.com/content/view/409/239/
下载SlickEdit v14.0.2.2
然后到http://download.csdn.net/source/1481066
去下载破解的文件，然后覆盖就可以了。
这个工具非常的好用啊，大家可以试一试啊，
这个工具最好的地方就是可以查看memory的情况，这点我喜欢。呵呵
11.编译工具和DEBUG工具
主要的编译工具都是gcc，当代码量大的时候就要写makefile了，另外的调试工具主要都是gdb，这些可视化的IDE基本都是包装了gcc, gdb。所以slickedit对于我这种刚转到Linux,对makefile不熟悉的人来说无疑是一根救命的稻草，能让我很快的进入工作状态，当然， 你只是把它当成编辑的工具，也会发现它能大大缩小你编码的时间，让你的手不会因为写代码而感到疲惫。
终于尘埃落定，以后我要用slickedit来开始我的Linux之旅了。
1. c/c++编译器 gcc/g++
详情请参考网站:http://gcc.gnu.org/
2. UML建模工具 Bouml
linux下比较好用的建模工具，相当于windows下的rational rose，具成了程序UML模型设计，代码编辑，代码生成功能等功能.
详情请参考网站：http://bouml.free.fr/
3. makefile文件编写工具 ：autoconf,automake
无论是在Linux还是在Unix环境中，make都是一个非常重要的编译命令。不管是自己进行项目开发还是安装应用软件，
我们都经常要用到make或 make install。利用make工具，我们可以将大型的开发项目分解成为多个更易于管理的模块，
对于一个包括几百个源文件的应用程序，但是如果通过查阅make的帮助文档来手工编写Makefile,对任何程序员都是一场挑战。
幸而有GNU 提供的Autoconf及Automake这两套工具使得编写makefile不再是一个难题
使用make和 makefile工具就可以轻而易举的理顺各个源文件之间纷繁复杂的相互关系,autoconf,automake一般配合libtool使用。
详情请参考网站：
http://www.ibm.com/developerworks/cn/linux/l-makefile/
http://www.gnu.org/software/autoconf/
http://www.gnu.org/software/automake/
http://www.gnu.org/software/libtool/
4. 调试工具：gdb
在window下编程，调试工具已经具成到VS环境，在linux/Unix下调试则通过gdb来调试，个人觉得gdb调试比vs调试高效很多。
详情请参考网站：http://www.gnu.org/software/gdb/
5. 内存泄漏工具：valgrind
对于动则成千上万行的代码，很难通过手工的方式去保证内存没有泄漏，
valgrind通过内存申请、释放匹配的原则来检测内存泄漏，内存越界的BUG。当然，良好的编程习惯也是保证代码质量高效必不可少的条件。
参考网站：http://valgrind.org/
6. 源代码管理工具：svn
软件开发不再是个人大师的年代，都是以团队的方式来开发，如何保证代码的同步，协同开发，svn给我们提了很好的帮助。
详情请参考网站：http://svncorp.org/
7. 网络协议分析工具：wireshark
编写网络程序，就不可避免要处理网络协议,分析网络数据.wireshark提供了关于网络层和上层协议的各种信息。
命令行下分析网络协议可以使用tcpdump.
标签：
原文地址：http://www.cnblogs.com/yyxt/p/5229315.html
