EagleBear2002 的博客

构造函数

当类中未自主定义构造函数，编译器会提供默认构造函数，为什么？编译器会对一个空类做什么？

1. 编译器只有在一定需要默认构造函数的时候，才去创建构造函数。
2. 编译器会对一个空类生成这些函数：

1
2
3
4
5
6
7
8
9

class Empty {
    // 编译器为空类提供的函数：
	Empty(); // 默认构造函数
	Empty(const Empty&); // 默认拷贝构造函数
	~Empty(); // 默认析构函数
    Empty& operator=(const Empty&); // 默认拷贝赋值函数
    Empty *operator&(); // 默认重载取对象地址
    const Empty *operator&() const; // 默认重载取常量对象地址
};

构造函数和析构函数

关键词：天生犯罪人理论、社会防卫论、优生学、犯罪饱和原理

刑法对犯罪的立场

刑法是关于犯罪和刑罚的法律规范的统称。包括犯罪论和刑法论两部分。

关于犯罪的两种立场：

1. 自由意志论（决定论）：认为人的自由意志选择犯罪，所以犯罪人必须要承担责任
2. 天生犯罪人理论（被决定论）

空指针

1
2

#define NULL ((void *)0) // ANSI C
#define NULL 0 // C++

常量指针与指针常量

1
2
3
4
5
6
7
8
9
10
11

const int c = 128;
int* q = const_cast<int*>(&c);//强制类型转换
*q = 111;//企图通过变量指针修改常量
cout << " c " << &c << c << endl; // 这里的 c 是符号常量，所以在编译的时候，符号常量已经变为 128 了，相当于 define
cout << " q " << &q << q << endl;
cout << "*q " << q << *q << endl;
//Name   Addr     Value
// c    0012FF74    128
// q    0012FF70    0012FF74
//*q    0012FF74    111
//对于同一个地址 0x0012FF74，输出了不同的值

编译预处理

1. 与作用域、类型、接口等概念格格不入
   1. 潜伏于坏境：编译预处理，可以不写在程序中
   2. 穿透作用域：在编译预处理的时候，忽略作用域。

1
2
3
4
5
6
7
8
9
10
11
12
13

//编译预处理潜伏于环境
#include <stdio.h>
extern double sqrt(double);
void main() {
	printf("The square root of 2 is %g\n", sqrt(2));
	fflush(stdout);	 //立刻输出
	return (0);
}
// cc -Dsqrt=rand -Dreturn=abort(-D 是开关变量,Define,是 find&replace)
//上一句的含义是将 sqrt 转换成为 rand，然后将 return 替换成 about
//返回值
// The square root of 2 is 7.82997e+28
// abort - core dumped（将内存中所有的状态保存下来）

2. 设想：
   1. 置换
   2. 应用方式丰富,很难为其的找到具有更好的结构且高效的替代品
3. 关于对于 #include、#define、#ifdef、#pragma 的不同处理

#include

何谓列族数据库

特性

何为文档数据库

特性

适用案例

事件记录

何谓键值数据库

键值数据库（key-value store）是一张简单的哈希表（hash table），主要用在所有数据库访问均通过主键（primary key）来操作的情况下。

键值数据库特性

适用案例

商业事务与系统事务

商业活动（Business Activity）：例如，用户浏览产品目录，选中了一瓶价格很实惠的 Talisker 威士忌，填入信用卡信息，然后确认订单。

需要确保最终一致性，但是出于时间、交互的考虑，无法使用事务加以实现

1. 如使用事务实现，必须锁住数据库中各个元素。而长时间锁定元素是不现实的。
2. 因此，应用程序通常只在处理完用户交互操作之后才开始系统事务，这样的话，锁定时间就比较短了。
3. 然而当需要计算和决策的时候，数据有可能已经改动了。价格表上 Talisker 威士忌的售价也许已经变了，或是某人可能会修改客户的地址，从而导致运费改变

条件更新（conditional update)，客户端执行操作时，将重新读取商业活动所依赖的信息，并检测该信息在首次读取之后是否一直没有变动，若一直未变，则将其展示给用户。

关系型数据库试图通过强一致性来避免各种不一致的问题。NoSQL 领域则讨论 CAP 定理和最终一致性。

更新一致性

1. 写冲突：当两个客户端试图同时修改一份数据时
2. 读写冲突：当某客户端在另一个客户端执行写入操作的过程中读取数据时

解决方式：

1. 悲观处理：使用写入锁避免冲突，大幅降低系统反应能力
2. 乐观处理：在事后检测冲突并将其修复，条件更新(conditional update)：任意客户在执行更新操作之前，都要先测试数据的当前值和其上一次读入的值是否相同
3. 乐观处理：保存冲突数据 。用户自行合并（merge）或自动合并（面向特定领域），用于分布式版本控制系统

单一服务器

分片

把数据的各个部分存放于不同的服务器中，以此实现横向扩展。该技术称为分片。

1. 分片可以同时提升读取与写入效率。
2. 分片对改善数据库的故障恢复能力帮助并不大。