第八章 高性能服务器程序框架 本章意在抛出一些核心的概念, 实操基本没有, 但是这些概念的理解我认为相对重要, 我会以口语化的形式简要描述. 服务器模型 C/S模型 : 客户端/服务端, 最基础的服务器模型, 资源集中在服务端, 主要是客户端向服务端申请资源. p2p模型 : 每个主机都可以是客户端和服务端, 每个主机上都会存有一定的资源, 每个主机利用洪泛向每个点申请资源

如果一味地关注过去的原因, 企图仅仅靠原因去解释事务, 那就会陷入决定论. 事实上我们会从经历中发现符合自己目的的因素. 决定我们自身的不是过去的经历, 而是我们自己赋予经历的意义. 但关键是经历本身不会决定什么. 我们给过去的经历”赋予了什么样的意义”, 这直接决定了我们的生活. 人生不是别人赋予的, 而是由自己选择的, 是自己选择自己如何生活. 如果不能感到幸福的话, 就不可以一直这样, 不

第七章 Linux服务器程序规范 日志rsyslog一个非常强大的日志管理工具，它是现代 Linux 和 Unix 系统中默认的日志守护进程之一. 它负责收集、存储和转发来自操作系统和应用程序的日志消息. syslog一个用于向rsyslog系统发送日志进行存储的函数. 12#include＜syslog.h＞void syslog(int priority, const char*messa

第六章 高级IO函数 pipe1int pipe(int fd[2]); fd[0]对应读端, fd[1]对应写端 默认阻塞, 可设置为非阻塞 双端都存在引用计数功能, 写端引用计数为0读端read返回0, 读端引用计数为0写端write会失败并发出SIGPIPE信号 多用于父子进程间通信, 一边关闭读端, 一边关闭写端. dup / dup212int dup(in

第五章 Linux网络编程基础API 字节序什么是大小端字节序?这里以32位机举例, 32位机CPU一次可以装载4字节, 那么这4个字节不同的排序方式就对应了不同的字节序 : 大端字节序 : 顺着排, 0x12345678 将被排序为 12 34 56 78. 小端字节序 : 逆着排, 0x12345678 将被排序为 78 56 34 12. 为什么要分大小端?其实更多

我们对规律与和谐的了解, 往往局限于那些我们已经掌握的事例; 但许多貌似彼此冲突的因素也能导致和谐的结果, 但许多规律我们固然尚未认识可是确实存在且更加神奇美妙. 其实幸福的人应该永远生活在此刻, 好好利用每件落到我们身上的琐事, 就像青草坦然接受每颗落在它身上的最细小的露珠那样, 别把时间用于挽回从前失去的机会, 并美名其曰承担责任. 若是能在宁静而有益的清晨之气中, 回想每日所做善事,

学到这里, Effective C++至此也算是告一段落了, 还剩下一些杂七杂八的讨论, 我们将在本文逐一列举. 条款53 : 不要忽视编译器的警告 我们应严肃对待编译器发出的警告信息, 努力在你的编译器最高警告级别下争取无警告的荣誉. 同时也不要过度依赖编译器的报警能力, 有些可能导致运行崩溃的错误编译器无法准确检测. 条款54 : 让自己熟悉包括Tr1在内的标准程序库Tr1其实是早期的

条款49 : 了解new-handler的行为条款50 : 了解new和delete的合理替换时机条款51 : 编写new和delete时需固守常规条款52 ：写了placement new也要写placement delete 条款49-52中详细讲述了定制new和delete的实现, 加上前面所讲述的智能指针及资源管理类, 让我们对内存管理有了比较深刻的认知. 但是这部分有些内容经查证已经相对

条款48 : 认识template元编程 在条款47我们主要了解了萃取器这种模板元编程, 也初步进入了模板元编程的世界. 在本条款中, 我们将继续认识模板元编程, 认识其必要性和应用场景, 相比于条款47讲的还算比较深入,本条款真的就只是简介, 因为其体量确实非常庞大, 甚至可以单独作为一个学科研究. Template metaprogramming, 模板元编程, 简称TMP, 是编写temp

条款47 : 请使用traits classes表现类型信息 traits classes(萃取器类), 如你所见萃取器其实是一个模板类, 在C++中萃取器是一个神奇且有趣的存在, 它被广泛引用于标准库STL的编写中, 我们将在本条款中了解萃取器的功能及实现, 初步踏入模板元编程的世界. 模板元编程的初步认知很多人在第一次听到”模板元编程”时一定觉得非常高大上, 但是实际上我们可以简单认知其为针