Question

C++的菜鸟问题：入口函数

最近在看公司前辈编写的程序，在linux下写的几个.cpp文件中都没有main()入口函数，然后在makefile里通过g++编译成一个可执行文件，为公司开发的系统提供数据处理的功能。这样的话，调用这项服务时，是以哪里作为入口呢？很奇怪。其中业务处理的.cpp文件里数据库连接、数据处理、上下游服务的连接都是不同的方法，互相基本也没什么调用。没有入口函数，程序会怎么执行呢？

Answer 1

一个应用由n个cpp文件编译成n个.o，然后链接成一个程序，其中只有一个cpp中有main，不会每个cpp中都有main

main肯定有，但是只有一个

追问

我确切看过所有的.cpp文件了，确实没有main函数，所以很奇怪程序的入口是哪里。因为编译链接成的程序是作为一项服务用的，可是没有入口函数，服务又怎么执行呢。而且所有的业务逻辑方法互相都没有调用，怎么完成服务的？真心纳闷

追答

程序会不会不完整？这部分代码会不会只是提供了一个库功能，即链接成一个libxxx.so或者libxxx.a？

既然有makefile，应该可以看到编译出来的东西吧？

如果都没有编译出来应用，那么这部分代码就不包含应用（即含main的cpp)

追问

不是链接成动态库了，.so文件还是能看出来啊。就是编译成一个普通的可执行文件，比如就叫processdata，一个可执行文件啊。如果是库文件的还好理解为系统完成调用其中的方法，可是现在是作为系统的一项服务来添加进去的，上游的服务会call它，然后它自动处理数据并且下传，真奇怪

追答

编译成程序必须有main啊，你看看编译出程序那句makefile中的语句引用了哪些不属于这里的库或者.o文件，可能main已经被编译在其中了。

你用nm processdata|grep main看看是否有main在符号表中？

追问

确实有个U main
还有个类似环境变量值的字符串里包含main
不怎么明白是什么意思，没法知道是干什么用的啊。
一共有四个.cpp文件，都编译成了.o文件，又链接成processdata程序的。在ultraedit里查找main，四个.cpp文件里都没有啊

追答

如果符号表里面有main出现，那就需要确定哪里来的了——

.h文件中会不会定义了一个宏，来作main？

除了4个.o外，有没有引用你们公司其他的.o或者.a，引入一个main？

总之c++应用必须有main的

Answer 2

是不是编译成动态链接库了，然后外部程序调用的这个库
另外一种可能是你们的代码引用的某些库里面带有main函数。比如boost的测试单元里面就自带入口函数，不需要自己写。

追问

没有，就是在linux下编译成一个可执行文件了，然后作为系统的一项服务部署的，上游的服务会call这项服务，程序从数据存储队列里得到数据处理，完成业务逻辑后，再把数据推送给下游的服务。业务方法什么的代码我都能理解，可是没有入口函数，这个程序是怎么执行的，我就迷糊了

追答

如果有中间.o文件的话可以用nm命令看一下，.o都没有就没办法了

追问

查了一下，有两个结果，不过貌似都是头文件里的值之类的东西，把四个.cpp文件都放到ultraedit里查找了一下main，结果都是没有结果