我的评论 - ～

这是操作系统里能找到的，怎么在软件调试这书里去找呢。
（好吧，学习知识的方式是多样的，来源也有很多）

Qt QCoreApplication::applicationFilePath()

我最头疼的是，有时候我不知道咋给函数命名，找不到对应的英文。现实毕竟不是教科书那样可以简单的举例啊。

该造的轮子就造。能用的就用，不符合自己使用的，可以加以修改。不能一心就想着自己来重新实现一个。

支持。
首页并非是技术的才有价值。

具备更为自由的定制存储分配策略。
你说的不用STL并非“完全不使用”，是吧？

还是最小堆(优先队列)安逸。

个人一点随想：我觉得应该从实际应用的逻辑上来进行线程安全的分析，并根据现实情况的分析避免不必要的加解锁操作。某些代码只是一种理想化的东西。现实中有太多比SetData复杂的逻辑。而且也不一定需要加锁。当然从你这个代码看，GetInstatnce当然是正确的哈。

如果你可以表现下诚意和浪漫，倒可以看下杜拉拉升职记电影。

虽然我是某人的歌迷，但告诉你，电影很LJ的。

悲剧，我前几天才下了VS2008

可以告别VAX了，那就不错啊。

@楚天清秋
所谓的静态绑定。调用函数的地址在可执行文件中直接写定(这里是A的析构函数)。无需访问虚表。

饭中淹提到的第三点正解。

其实我那天也测试了。mingw要+2.
首先是函数返回地址，然后是ebp。

～ ztz0223

个人觉得搞这个问题有点无聊。当然这是必备功。

这是语法都可解决的“问题”！

我也做过.我觉得适合自己的项目需求就OK啦
new CallBack<void (Test::*)(Event*)> (this, &Test::MemberFun);

new CallBack<void (*)(Event*)> (&g_func);

并非运用模板技术提供的编译时错误提示吧。
那就没多大意义。
运行时的话，啥都可以提供判断咯。

@陈梓瀚(vczh)
最初我还在说作者太偏见了,数学是需要的人学的,社会分工不同.
现在仔细看了全文,作者已经说到了.

为什么你还发出这样的评论呢? 或许你没仔细看文章.

个人觉得第二种最明了.

本来就不可避免的问题,为什么要想法设法去避免呢?

笼统来说，【觉得】太多东西没有意义，虽然并不真正懂这个东西!

人生就是这样，即便知道什么是对，什么是错，但是真能做到100%全对的人又有几个呢？

～