42 |
51 |
52 | ##### 线程独占哪些资源？
53 | 展开
43 | 44 | - 进程代码段 45 | - 进程的公有数据（全局变量、静态变量...） 46 | - 进程打开的文件描述符 47 | - 进程的当前目录 48 | - 信号处理器/信号处理函数：对收到的信号的处理方式 49 | - 进程ID与进程组ID 50 |
54 |
62 |
63 | ### 进程间通信有哪些方式？
64 |
65 | 1. 管道(Pipe)
66 | 展开
55 | 56 | - 线程ID 57 | - 一组寄存器的值 58 | - 线程自身的栈（堆是共享的） 59 | - 错误返回码：线程可能会产生不同的错误返回码，一个线程的错误返回码不应该被其它线程修改； 60 | - 信号掩码/信号屏蔽字(Signal mask)：表示是否屏蔽/阻塞相应的信号（SIGKILL,SIGSTOP除外） 61 |
67 |
73 |
74 | 2. 命名管道
75 | 3. 消息队列
76 | 4. 信号(Signal)
77 | 5. 共享内存
78 | 6. 信号量(Semaphore)：初始化操作、P操作、V操作；P操作：信号量-1，检测是否小于0，小于则进程进入阻塞状态；V操作：信号量+1，若小于等于0，则从队列中唤醒一个等待的进程进入就绪态
79 | 7. 套接字(Socket)
80 |
81 | 更详细的可以参考（待整理）：
82 | - https://imageslr.github.io/2020/02/26/ipc.html
83 | - https://www.jianshu.com/p/c1015f5ffa74
84 |
85 | ### 进程同步问题
86 |
87 | > 进程的同步是目的，而进程间通信是实现进程同步的手段
88 |
89 | 展开
68 | 69 | - 管道是半双工的，数据只能向一个方向流动；需要双方通信时，需要建立起两个管道； 70 | - 一个进程向管道中写的内容被管道另一端的进程读出。写入的内容每次都添加在管道缓冲区的末尾，并且每次都是从缓冲区的头部读出数据； 71 | - 只能用于父子进程或者兄弟进程之间(具有亲缘关系的进程) 72 |
90 |
100 |
101 | 管程 Monitor
91 | 92 | 管程将共享变量以及对这些共享变量的操作封装起来，形成一个具有一定接口的功能模块，这样只能通过管程提供的某个过程才能访问管程中的资源。进程只能互斥地使用管程，使用完之后必须释放管程并唤醒入口等待队列中的进程。 93 | 94 | 当一个进程试图进入管程时，在**入口等待队列**等待。若P进程唤醒了Q进程，则Q进程先执行，P在**紧急等待队列**中等待。（**HOARE管程**） 95 | 96 | wait操作：执行wait操作的进程进入条件变量链末尾，唤醒紧急等待队列或者入口队列中的进程；signal操作：唤醒条件变量链中的进程，自己进入紧急等待队列，若条件变量链为空，则继续执行。（**HOARE管程**） 97 | 98 | **MESA管程**：将HOARE中的signal换成了notify（或者broadcast通知所有满足条件的），进行通知而不是立马交换管程的使用权，在合适的时候，条件队列首位的进程可以进入，进入之前必须用while检查条件是否合适。优点：没有额外的进程切换 99 |
102 |
139 |
140 | 生产者-消费者问题
103 | 104 | > 问题描述：使用一个缓冲区来存放数据，只有缓冲区没有满，生产者才可以写入数据；只有缓冲区不为空，消费者才可以读出数据 105 | 106 | 代码实现： 107 | ```c 108 | // 伪代码描述 109 | // 定义信号量 full记录缓冲区物品数量 empty代表缓冲区空位数量 mutex为互斥量 110 | semaphore full = 0, empty = n, mutex = 1; 111 | 112 | // 生产者进程 113 | void producer(){ 114 | do{ 115 | P(empty); 116 | P(mutex); 117 | 118 | // 生产者进行生产 119 | 120 | V(mutex); 121 | V(full); 122 | } while(1); 123 | } 124 | 125 | void consumer(){ 126 | do{ 127 | P(full); 128 | P(mutex); 129 | 130 | // 消费者进行消费 131 | 132 | V(mutex); 133 | V(empty); 134 | } while(1); 135 | } 136 | 137 | ``` 138 |
141 |
191 |
192 | 哲学家就餐问题
142 | 143 | > 问题描述：有五位哲学家围绕着餐桌坐，每一位哲学家要么思考，要么吃饭。为了吃饭，哲学家必须拿起两双筷子（分别放于左右两端）不幸的是，筷子的数量和哲学家相等，所以每只筷子必须由两位哲学家共享。 144 | 145 | 代码实现： 146 | ```c 147 | #define N 5 // number of philosopher 148 | #define LEFT (i + N - 1)%N // number of i's left neighbors 149 | #define RIGHT (i + 1)%N // number of i's right neighbors 150 | #define THINKING 0 151 | #define HUNGRY 1 152 | #define EATING 2 153 | typedef int semaphore; 154 | int state[N]; // array to keep track of everyone's state 155 | semaphore mutex = 1; // mutual exclusion of critical region 156 | semaphore s[N]; 157 | 158 | void philosopher(int i) { 159 | while (TRUE) { 160 | think(); 161 | take_forks(i); 162 | eat(); 163 | put_forks(i); 164 | } 165 | } 166 | 167 | void take_forks(int i) { 168 | down(&mutex); // enter critical region 169 | state[i] = HUNGRY; // record that i is hungry 170 | test_forks(i); // try to acquire two forks 171 | up(&mutex); // exit critical region 172 | down(&s[i]); // block if forks are not acquired 173 | } 174 | 175 | void put_forks(int i) { 176 | down(&mutex); // enter critical region 177 | state[i] = THINKING; // record that has finished eating 178 | test_forks(LEFT); // see if left neighbor can now eat 179 | test_forks(RIGHT); // see if right neighbor can now eat 180 | up(&mutex); // exit critical region 181 | } 182 | 183 | void test_forks(int i) { 184 | if (state[i] == HUNGRY && state[LEFT] != EATING && state[RIGHT] != EATING) { 185 | state[i] = EATING; 186 | up(&s[i]); 187 | } 188 | } 189 | ``` 190 |
193 |
197 |
198 | ##### 临界区的概念？
199 | 读者-写者问题
194 | 195 | 196 |
200 |
204 |
205 | ##### 同步与互斥的概念？
206 | 展开
201 | 202 | 各个进程中对临界资源（互斥资源/共享变量，一次只能给一个进程使用）进行操作的程序片段 203 |
207 |
212 |
213 | ##### 并发、并行、异步的区别？
214 |
215 | 展开
208 | 209 | - 同步：多个进程因为合作而使得进程的执行有一定的先后顺序。比如某个进程需要另一个进程提供的消息，获得消息之前进入阻塞态； 210 | - 互斥：多个进程在同一时刻只有一个进程能进入临界区 211 |
216 |
226 |
227 | ### 进程有哪几种状态？
228 |
229 | 
230 |
231 | - 就绪状态：进程已获得除处理机以外的所需资源，等待分配处理机资源
232 | - 运行状态：占用处理机资源运行，处于此状态的进程数小于等于CPU数
233 | - 阻塞状态： 进程等待某种条件，在条件满足之前无法执行
234 |
235 | ### 进程调度策略有哪些？
236 |
237 | 1. **批处理系统**：
238 |
239 | 展开
217 | 218 | 并发：在一个时间段中同时有多个程序在运行，但其实任一时刻，只有一个程序在CPU上运行，宏观上的并发是通过不断的切换实现的； 219 | 220 | 多线程：并发运行的一段代码。是实现异步的手段 221 | 222 | 并行（和串行相比）：在多CPU系统中，多个程序无论宏观还是微观上都是同时执行的 223 | 224 | 异步（和同步相比）：同步是顺序执行，异步是在等待某个资源的时候继续做自己的事 225 |
240 |
246 |
247 | 先来先服务 first-come first-serverd（FCFS）
241 | 242 | 按照请求的顺序进行调度。非抢占式，开销小，无饥饿问题，响应时间不确定（可能很慢）； 243 | 244 | 对短进程不利，对IO密集型进程不利。 245 |
248 |
254 |
255 | 最短作业优先 shortest job first（SJF）
249 | 250 | 按估计运行时间最短的顺序进行调度。非抢占式，吞吐量高，开销可能较大，可能导致饥饿问题； 251 | 252 | 对短进程提供好的响应时间，对长进程不利。 253 |
256 |
262 |
263 | 最短剩余时间优先 shortest remaining time next（SRTN）
257 | 258 | 按剩余运行时间的顺序进行调度。(最短作业优先的抢占式版本)。吞吐量高，开销可能较大，提供好的响应时间； 259 | 260 | 可能导致饥饿问题，对长进程不利。 261 |
264 |
268 |
269 | 2. **交互式系统**
270 | 交互式系统有大量的用户交互操作，在该系统中调度算法的目标是快速地进行响应。
271 |
272 | 最高响应比优先 Highest Response Ratio Next（HRRN）
265 | 266 | 响应比 = 1+ 等待时间/处理时间。同时考虑了等待时间的长短和估计需要的执行时间长短，很好的平衡了长短进程。非抢占，吞吐量高，开销可能较大，提供好的响应时间，无饥饿问题。 267 |
273 |
279 |
280 | 时间片轮转 Round Robin
274 | 275 | 将所有就绪进程按 FCFS 的原则排成一个队列，用完时间片的进程排到队列最后。抢占式（时间片用完时），开销小，无饥饿问题，为短进程提供好的响应时间； 276 | 277 | 若时间片小，进程切换频繁，吞吐量低；若时间片太长，实时性得不到保证。 278 |
281 |
285 |
286 | 优先级调度算法
282 | 283 | 为每个进程分配一个优先级，按优先级进行调度。为了防止低优先级的进程永远等不到调度，可以随着时间的推移增加等待进程的优先级。 284 |
287 |
293 |
294 | ##### 什么叫优先级反转？如何解决？
295 | 多级反馈队列调度算法 Multilevel Feedback Queue
288 | 289 | 设置多个就绪队列1、2、3...，优先级递减，时间片递增。只有等到优先级更高的队列为空时才会调度当前队列中的进程。如果进程用完了当前队列的时间片还未执行完，则会被移到下一队列。 290 | 291 | 抢占式（时间片用完时），开销可能较大，对IO型进程有利，可能会出现饥饿问题。 292 |
296 |
304 |
305 | ### 什么是僵尸进程？
306 | 一个子进程结束后，它的父进程并没有等待它（调用wait或者waitpid），那么这个子进程将成为一个僵尸进程。僵尸进程是一个已经死亡的进程，但是并没有真正被销毁。它已经放弃了几乎所有内存空间，没有任何可执行代码，也不能被调度，仅仅在进程表中保留一个位置，记载该进程的进程ID、终止状态以及资源利用信息(CPU时间，内存使用量等等)供父进程收集，除此之外，僵尸进程不再占有任何内存空间。这个僵尸进程可能会一直留在系统中直到系统重启。
307 |
308 | 危害：占用进程号，而系统所能使用的进程号是有限的；占用内存。
309 |
310 | 以下情况不会产生僵尸进程：
311 | - 该进程的父进程先结束了。每个进程结束的时候，系统都会扫描是否存在子进程，如果有则用Init进程接管，成为该进程的父进程，并且会调用wait等待其结束。
312 | - 父进程调用wait或者waitpid等待子进程结束（需要每隔一段时间查询子进程是否结束）。wait系统调用会使父进程暂停执行，直到它的一个子进程结束为止。waitpid则可以加入```WNOHANG```(wait-no-hang)选项，如果没有发现结束的子进程，就会立即返回，不会将调用waitpid的进程阻塞。同时，waitpid还可以选择是等待任一子进程（同wait），还是等待指定pid的子进程，还是等待同一进程组下的任一子进程，还是等待组ID等于pid的任一子进程；
313 | - 子进程结束时，系统会产生```SIGCHLD```(signal-child)信号，可以注册一个信号处理函数，在该函数中调用waitpid，等待所有结束的子进程（注意：一般都需要循环调用waitpid，因为在信号处理函数开始执行之前，可能已经有多个子进程结束了，而信号处理函数只执行一次，所以要循环调用将所有结束的子进程回收）；
314 | - 也可以用```signal(SIGCLD, SIG_IGN)```(signal-ignore)通知内核，表示忽略```SIGCHLD```信号，那么子进程结束后，内核会进行回收。
315 |
316 | ##### 什么是孤儿进程？
317 | 展开
297 | 298 | 高优先级的进程等待被一个低优先级进程占用的资源时，就会出现优先级反转，即优先级较低的进程比优先级较高的进程先执行。此处详细解释优先级反转带来的问题：如果有一个中等优先级的进程将低优先级的进程抢占，那么此时低优先级的进程无法正常进行并在后续释放被占用的资源，导致高优先级的任务一直被挂起，直到中等优先级的进程完成后，低优先级的进程才可以继续并在后续释放占用的资源，最后高优先级的进程才可以执行。导致的问题就是高优先级的进程在中等优先级的进程调度之后。 299 | 300 | 解决方法： 301 | - 优先级天花板(priority ceiling)：当任务申请某资源时，把该任务的优先级提升到可访问这个资源的所有任务中的最高优先级，这个优先级称为该资源的优先级天花板。简单易行。 302 | - 优先级继承(priority inheritance)：当任务A申请共享资源S时，如果S正在被任务C使用，通过比较任务C与自身的优先级，如发现任务C的优先级小于自身的优先级，则将任务C的优先级提升到自身的优先级，任务C释放资源S后，再恢复任务C的原优先级。 303 |
318 |
322 |
323 | ### 线程同步有哪些方式？
324 |
325 | > 为什么需要线程同步：线程有时候会和其他线程共享一些资源，比如内存、数据库等。当多个线程同时读写同一份共享资源的时候，可能会发生冲突。因此需要线程的同步，多个线程按顺序访问资源。
326 |
327 | - **互斥量** Mutex：互斥量是内核对象，只有拥有互斥对象的线程才有访问互斥资源的权限。因为互斥对象只有一个，所以可以保证互斥资源不会被多个线程同时访问；当前拥有互斥对象的线程处理完任务后必须将互斥对象交出，以便其他线程访问该资源；
328 | - **信号量** Semaphore：信号量是内核对象，它允许同一时刻多个线程访问同一资源，但是需要控制同一时刻访问此资源的最大线程数量。信号量对象保存了**最大资源计数**和**当前可用资源计数**，每增加一个线程对共享资源的访问，当前可用资源计数就减1，只要当前可用资源计数大于0，就可以发出信号量信号，如果为0，则将线程放入一个队列中等待。线程处理完共享资源后，应在离开的同时通过```ReleaseSemaphore```函数将当前可用资源数加1。如果信号量的取值只能为0或1，那么信号量就成为了互斥量；
329 | - **事件** Event：允许一个线程在处理完一个任务后，主动唤醒另外一个线程执行任务。事件分为手动重置事件和自动重置事件。手动重置事件被设置为激发状态后，会唤醒所有等待的线程，而且一直保持为激发状态，直到程序重新把它设置为未激发状态。自动重置事件被设置为激发状态后，会唤醒**一个**等待中的线程，然后自动恢复为未激发状态。
330 | - **临界区** Critical Section：任意时刻只允许一个线程对临界资源进行访问。拥有临界区对象的线程可以访问该临界资源，其它试图访问该资源的线程将被挂起，直到临界区对象被释放。
331 |
332 | ##### 互斥量和临界区有什么区别？
333 | 展开
319 | 320 | 一个父进程已经结束了，但是它的子进程还在运行，那么这些子进程将成为孤儿进程。孤儿进程会被Init（进程ID为1）接管，当这些孤儿进程结束时由Init完成状态收集工作。 321 |
334 |
338 |
339 | ### 什么是协程？
340 |
341 | 协程是一种用户态的轻量级线程，协程的调度完全由用户控制。协程拥有自己的寄存器上下文和栈。协程调度切换时，将寄存器上下文和栈保存到其他地方，在切回来的时候，恢复先前保存的寄存器上下文和栈，直接操作栈则基本没有内核切换的开销，可以不加锁的访问全局变量，所以上下文的切换非常快。
342 |
343 | ##### 协程与线程进行比较？
344 | 展开
335 | 336 | 互斥量是可以命名的，可以用于不同进程之间的同步；而临界区只能用于同一进程中线程的同步。创建互斥量需要的资源更多，因此临界区的优势是速度快，节省资源。 337 |
345 |
353 |
354 | ### 进程的异常控制流：陷阱、中断、异常和信号
355 |
356 | 陷阱是**有意**造成的“异常”，是执行一条指令的结果。陷阱是同步的。陷阱的主要作用是实现**系统调用**。比如，进程可以执行 `syscall n` 指令向内核请求服务。当进程执行这条指令后，会中断当前的控制流，**陷入**到内核态，执行相应的系统调用。内核的处理程序在执行结束后，会将结果返回给进程，同时退回到用户态。进程此时继续执行**下一条指令**。
357 |
358 | 中断由处理器**外部**的**硬件**产生，不是执行某条指令的结果，也无法预测发生时机。由于中断独立于当前执行的程序，因此中断是异步事件。中断包括 I/O 设备发出的 I/O 中断、各种定时器引起的时钟中断、调试程序中设置的断点等引起的调试中断等。
359 |
360 | 异常是一种错误情况，是执行当前指令的结果，可能被错误处理程序修正，也可能直接终止应用程序。异常是同步的。这里特指因为执行当前指令而产生的**错误情况**，比如除法异常、缺页异常等。有些书上为了区分，也将这类“异常”称为**“故障”**。
361 |
362 | 信号是一种**更高层的**软件形式的异常，同样会中断进程的控制流，可以由进程进行处理。一个信号代表了一个消息。信号的作用是用来**通知进程**发生了某种系统事件。
363 |
364 | 更详细的可以参考：https://imageslr.github.io/2020/07/09/trap-interrupt-exception.html
365 |
366 | ### 什么是IO多路复用？怎么实现？
367 | IO多路复用（IO Multiplexing）是指单个进程/线程就可以同时处理多个IO请求。
368 |
369 | 实现原理：用户将想要监视的文件描述符（File Descriptor）添加到select/poll/epoll函数中，由内核监视，函数阻塞。一旦有文件描述符就绪（读就绪或写就绪），或者超时（设置timeout），函数就会返回，然后该进程可以进行相应的读/写操作。
370 |
371 | 展开
346 | 347 | 1. 一个线程可以拥有多个协程，一个进程也可以单独拥有多个协程，这样python中则能使用多核CPU。 348 | 349 | 2. 线程进程都是同步机制，而协程则是异步 350 | 351 | 3. 协程能保留上一次调用时的状态，每次过程重入时，就相当于进入上一次调用的状态 352 |
372 |
384 |
385 | select/poll/epoll三者的区别？
373 | 374 | - ```select```：将文件描述符放入一个集合中，调用select时，将这个集合从用户空间拷贝到内核空间（缺点1：每次都要复制，**开销大**），由内核根据就绪状态修改该集合的内容。（缺点2）**集合大小有限制**，32位机默认是1024（64位：2048）；采用水平触发机制。select函数返回后，需要通过遍历这个集合，找到就绪的文件描述符（缺点3：**轮询的方式效率较低**），当文件描述符的数量增加时，效率会线性下降； 375 | - ```poll```：和select几乎没有区别，区别在于文件描述符的存储方式不同，poll采用链表的方式存储，没有最大存储数量的限制； 376 | - ```epoll```：通过内核和用户空间共享内存，避免了不断复制的问题；支持的同时连接数上限很高（1G左右的内存支持10W左右的连接数）；文件描述符就绪时，采用回调机制，避免了轮询（回调函数将就绪的描述符添加到一个链表中，执行epoll_wait时，返回这个链表）；支持水平触发和边缘触发，采用边缘触发机制时，只有活跃的描述符才会触发回调函数。 377 | 378 | 总结，区别主要在于： 379 | - 一个线程/进程所能打开的最大连接数 380 | - 文件描述符传递方式（是否复制） 381 | - 水平触发 or 边缘触发 382 | - 查询就绪的描述符时的效率（是否轮询） 383 |
386 |
390 |
391 | 什么时候使用select/poll，什么时候使用epoll？
387 | 388 | 当连接数较多并且有很多的不活跃连接时，epoll的效率比其它两者高很多；但是当连接数较少并且都十分活跃的情况下，由于epoll需要很多回调，因此性能可能低于其它两者。 389 |
392 |
398 |
399 | ##### 什么是水平触发？什么是边缘触发？
400 | 什么是文件描述符？
393 | 394 | 文件描述符在形式上是一个非负整数。实际上，它是一个索引值，指向内核为每一个进程所维护的该进程打开文件的记录表。当程序打开一个现有文件或者创建一个新文件时，内核向进程返回一个文件描述符。 395 | 396 | 内核通过文件描述符来访问文件。文件描述符指向一个文件。 397 |
401 |
408 |
409 | ##### 有哪些常见的IO模型？
410 | 展开
402 | 403 | - 水平触发（LT，Level Trigger）模式下，只要一个文件描述符就绪，就会触发通知，如果用户程序没有一次性把数据读写完，下次还会通知； 404 | - 边缘触发（ET，Edge Trigger）模式下，当描述符从未就绪变为就绪时通知一次，之后不会再通知，直到再次从未就绪变为就绪（缓冲区从不可读/写变为可读/写）。 405 | - 区别：边缘触发效率更高，减少了被重复触发的次数，函数不会返回大量用户程序可能不需要的文件描述符。 406 | - 为什么边缘触发一定要用非阻塞（non-block）IO：避免由于一个描述符的阻塞读/阻塞写操作让处理其它描述符的任务出现饥饿状态。 407 |
411 |
418 |
419 | ### 什么是用户态和内核态？
420 |
421 | 为了限制不同程序的访问能力，防止一些程序访问其它程序的内存数据，CPU划分了用户态和内核态两个权限等级。
422 |
423 | - 用户态只能受限地访问内存，且不允许访问外围设备，没有占用CPU的能力，CPU资源可以被其它程序获取；
424 | - 内核态可以访问内存所有数据以及外围设备，也可以进行程序的切换。
425 |
426 | 所有用户程序都运行在用户态，但有时需要进行一些内核态的操作，比如从硬盘或者键盘读数据，这时就需要进行系统调用，使用**陷阱指令**，CPU切换到内核态，执行相应的服务，再切换为用户态并返回系统调用的结果。
427 |
428 | ##### 为什么要分用户态和内核态？
429 | 展开
412 | 413 | - 同步阻塞IO（Blocking IO）：用户线程发起IO读/写操作之后，线程阻塞，直到可以开始处理数据；对CPU资源的利用率不够； 414 | - 同步非阻塞IO（Non-blocking IO）：发起IO请求之后可以立即返回，如果没有就绪的数据，需要不断地发起IO请求直到数据就绪；不断重复请求消耗了大量的CPU资源； 415 | - IO多路复用 416 | - 异步IO（Asynchronous IO）：用户线程发出IO请求之后，继续执行，由内核进行数据的读取并放在用户指定的缓冲区内，在IO完成之后通知用户线程直接使用。 417 |
430 |
438 |
439 | ##### 如何从用户态切换到内核态？
440 | 展开
431 | 432 | （我自己的见解：） 433 | 434 | - 安全性：防止用户程序恶意或者不小心破坏系统/内存/硬件资源； 435 | - 封装性：用户程序不需要实现更加底层的代码； 436 | - 利于调度：如果多个用户程序都在等待键盘输入，这时就需要进行调度；统一交给操作系统调度更加方便。 437 |
441 |
447 |
448 | ### 什么是死锁？
449 |
450 | 在两个或者多个并发进程中，每个进程持有某种资源而又等待其它进程释放它们现在保持着的资源，在未改变这种状态之前都不能向前推进，称这一组进程产生了死锁(deadlock)。
451 |
452 | ### 死锁产生的必要条件？
453 | - **互斥**：一个资源一次只能被一个进程使用；
454 | - **占有并等待**：一个进程至少占有一个资源，并在等待另一个被其它进程占用的资源；
455 | - **非抢占**：已经分配给一个进程的资源不能被强制性抢占，只能由进程完成任务之后自愿释放；
456 | - **循环等待**：若干进程之间形成一种头尾相接的环形等待资源关系，该环路中的每个进程都在等待下一个进程所占有的资源。
457 |
458 | ### 死锁有哪些处理方法？
459 | 展开
442 | 443 | - 系统调用：比如读取命令行输入。本质上还是通过中断实现 444 | - 用户程序发生异常时：比如缺页异常 445 | - 外围设备的中断：外围设备完成用户请求的操作之后，会向CPU发出中断信号，这时CPU会转去处理对应的中断处理程序 446 |
460 |
464 |
465 | 鸵鸟策略
461 | 462 | 直接忽略死锁。因为解决死锁问题的代价很高，因此鸵鸟策略这种不采取任务措施的方案会获得更高的性能。当发生死锁时不会对用户造成多大影响，或发生死锁的概率很低，可以采用鸵鸟策略。 463 |
466 |
477 |
478 | 死锁预防
467 | 468 | 基本思想是破坏形成死锁的四个必要条件： 469 | - 破坏互斥条件：允许某些资源同时被多个进程访问。但是有些资源本身并不具有这种属性，因此这种方案实用性有限； 470 | - 破坏占有并等待条件： 471 | - 实行资源预先分配策略（当一个进程开始运行之前，必须一次性向系统申请它所需要的全部资源，否则不运行）； 472 | - 或者只允许进程在没有占用资源的时候才能申请资源（申请资源前先释放占有的资源）； 473 | - 缺点：很多时候无法预知一个进程所需的全部资源；同时，会降低资源利用率，降低系统的并发性； 474 | - 破坏非抢占条件：允许进程强行抢占被其它进程占有的资源。会降低系统性能； 475 | - 破坏循环等待条件：对所有资源统一编号，所有进程对资源的请求必须按照序号递增的顺序提出，即只有占有了编号较小的资源才能申请编号较大的资源。这样避免了占有大号资源的进程去申请小号资源。 476 |
479 |
485 |
486 | 死锁避免
480 | 481 | 动态地检测资源分配状态，以确保系统处于安全状态，只有处于安全状态时才会进行资源的分配。所谓安全状态是指：即使所有进程突然请求需要的所有资源，也能存在某种对进程的资源分配顺序，使得每一个进程运行完毕。 482 | 483 | > 银行家算法 484 |
487 |
496 |
497 | ### 存储管理方式
498 |
499 | 内存管理方式分为**连续分配管理**和**非连续分配管理**。连续分配管理分为单一连续分配、固定分区分配、动态分区分配以及动态重定位分区分配四种；非连续分配管理又叫离散分配方式，如果离散分配的基本单位是页Page，则称为分页存储管理方式；如果离散分配的基本单位是段Segment，则称为分段存储管理方式。
500 |
501 | **连续分配管理方式**允许一个用户程序分配一个连续的内存空间。
502 |
503 | - 单一连续分配：多用于单用户单任务的操作系统中，是一种简单的存储管理方式。单一连续分配中，会将存储空间分配为**系统区**和**用户区**。系统区存放系统进程，用户区存放用户进程，这样的管理可以避免用户进程影响到系统进程。这种分配方式中，比如0-a的地址空间存放系统区，那么a+1-n的地址空间都存放用户区。
504 | - 固定分区分配：是一种最简单的可运行多道程序的存储管理方式。固定分区分配首先要**划分分区**，之后进行**内存分配**。
505 | - 内存分区分为分区大小相等和分区大小不等两种。分区大小相等的情况下，如果进程大小不相等容易造成内存浪费或者内存不够进程无法运行的问题，所以通常用于进程内存大小相等的情况中。分区大小不相等，就是根据常用的大小（较多的小分区，适量的中分区，少量的大分区）进行分区，这样就可以更好地利用内存空间，但是这样的方式需要维护一个分区使用表。
506 | - 内存分配要维护一张分区使用表，通常按照进程大小进行排序。每次在进行内存分配的时候，要查看哪些分区能够容纳该进程。
507 |
508 | 
509 |
510 | - 动态分区分配：根据进程的需要，动态地分配内存空间。这样的分配方式涉及到分区中的数据结构、分区分配算法以及分区的分配和回收操作三个问题。
511 |
512 | - 分区分配中的数据结构主要分为空闲分区表和空闲分区链两种。空闲分区表维护空闲分区的序号、空闲分区的起始地址以及空闲分区的大小数据。空闲分区链相当于一个双向链表，维护空闲分区；为了方便检索在分区尾部设置一个分区的状态位以及分区大小。
513 | - 分区分配算法主要有五种方法。**首次适应算法（First Fit）**，利用空闲分区链实现，将空闲分区按照地址递增（注意与后面的最佳适应区分，这里按照的是地址递增）进行排序，然后根据进程的大小**从链首查找空闲分区链**，第一个能够适应的就分配。**循环首次适应算法（Next Fit）**，不是每次都从链首开始查找，而是从上一次找到的空闲分区的下一个空闲分区开始查找，直到查找到一个能够使用的分区，之后动态地分配内存（会导致后续大空闲分区变少）。**最佳适应算法（Best Fit）**，将空闲分区链按照大小进行排序，找到第一个适应的空闲分区即可（最大限度利用空闲分区）。**最坏适应算法（Worst Fit）**，与最佳适应相反，排序之后每次挑选最大的分区使用，对中小作业有利，不易产生碎片。**快速适应算法（Quick Fit）**，根据大小将空闲分区进行分类，维护多个空闲分区链；这样的好处是可以加快检索，相比一条链能够更快地检索目标进程。
514 | - 分区分配和回收：主要操作是内存的分配和内存的回收。内存分配中，若空闲分区内存大小-用户进程内存大小<=预设不可切分内存大小，则进行一次内存的分配；否则将剩余的内存空间放到空闲内存链中，继续下次的使用。内存回收，主要看是否和空闲分区相邻，如果相邻就直接合并；否则就建立新的表项，维护回收区的内存起始地址和大小。
515 |
516 | - 动态重定位分区分配：在连续分配方式中，必须把系统进程或者用户进程装入一个连续的内存空间中。这个时候可能会因为程序的大小与分区的大小不一致的问题产生内存碎片。这个时候我们要想插入新的进程，即使碎片空间总和支持进程，也无法再分配空间，所以我们要把内存空间进行一个整理。
517 |
518 | 
519 |
520 | - 整理内存地址，是将程序的内存地址整理成在物理上相邻的状态。程序使用的地址在分区装载之后仍然是相对地址，要想将相对地址转换为相邻物理地址，必然会影响到程序的执行。为了不影响程序的执行，需要在硬件上提供对程序的内存地址转换支持，于是引入重定位寄存器，用它来存放程序在内存中的起始地址。
521 |
522 | 
523 |
524 | **非连续分配管理方式**允许将一个程序分散地装入不相邻的内存分区。根据内存分区的大小分为分页式存储管理方式和分段式存储管理方式。
525 |
526 | - 页存储：页存储首先需要将一个进程的**逻辑内存空间划分为多个内存大小相等的页**，然后将物理内存空间划分为相等的大小个数的物理块Block（页框Frame）。分配的时候将多个页面放入多个不相邻的物理块中。这样的划分之后，通常进程的最后一页存不满，会产生内存碎片——”页内碎片“。
527 |
528 | - 页面大小：页面大小的选定需要适当。如果过小，虽然可以减少页内碎片的产生，但是需要更大的页表，而且页面切换更频繁；如果太大就会产生较大的内存碎片。所以大小的选择应该适中，通常为2的整数次幂，范围为512B至8KB。
529 |
530 | - 页表：页表主要保存进程占用的页数，同时存储逻辑内存空间页到物理内存块的映射。
531 |
532 | 
533 |
534 | - 地址转换：页表要存储地址映射，那么首先得有一个地址变换机构。基本地址变换机构，主要用来建立逻辑地址到物理内存空间地址的映射。传统系统中，主要使用寄存器来存放页表（寄存器速度快，有利于变换地址），那么每一个页表都需要寄存器来存放，成本过高。进程数量过多的情况下，首先将页表的**起始地址和页表长度**存放在PCB中，之后在进程运行的时候再将数据读取到PTR（Page-Table Register，页表寄存器）。读取数据的时候，地址转换机构会将相对地址转换为页号以及页内地址两部分，之后根据页号检索页表。检索之前会将页号和页表长度进行比较，如果页号大于或等于页表长度，则说明出现了访问越界，会出现越界中断。
535 |
536 | 
537 |
538 | - 具有块表的地址转换机构：页表存放在内存中，那么将要先查页表，计算得出物理地址之后访问物理地址，是两次检索过程。
539 |
540 | - > 为了提高地址变换速度，可在地址变换机构中增设一个具有并行查寻能力的特殊高速 缓冲寄存器，又称为“联想寄存器”(Associative Memory)，或称为“快表”。
541 |
542 | 对于32位操作系统，使用两级页表结构式合适的；但是对于64位操作系统，建议采用多级页表。
543 |
544 | - 段存储：使用段存储而不再使用页存储，第一个原因是提高内存的利用率，第二个原因是满足开发者在编程中的多种需求。主要是满足编程中的几个新的需求：**方便编程（简化逻辑地址访问方式）、信息共享（段式信息的逻辑单位）、信息保护（对信息的逻辑单位实现保护）、动态增长（分段更加满足动态增长的需求）、动态链接（链接装载使用段更符合需求）**。
545 |
546 | - 分段：作业的地址空间被划分为若干个段，每个段定义了一组逻辑信息。
547 | - 段表：为每个分段分配一个连续的分区，进程每个段可以离散地存放到不同分区中，所以也需要维护一张段表，使得进程能够查到逻辑地址对应的物理地址，这个表就是段映射表，简称段表。
548 | - 地址变换机构：为了实现逻辑地址到物理地址的映射，系统设置了一个段表寄存器，用于存放段表地址和段表长度，如果段号大于段表长度，则表示发生了越界访问，产生越界中断；若未越界，找出该段对应段表项的位置，读出内存中的起始地址；再检查段内地址是否超过段长，如果超过段长，发出越界中断；否则将基址与段内地址相加，得出内存的物理地址。
549 | - 分段和分页的主要区别：①页是信息的物理单位，段是信息的逻辑单位；②页的大小由系统决定，段的大小不固定；③分页作业地址空间是一维的，分段作业地址空间则是二维的。即页的地址空间可以用一个符号来标识，而段的地址空间不仅要知道段名还要知道段内地址。
550 |
551 | - 段页存储：分页存储能提高内存利用率，分段存储能满足用户的更多需求。为了各取所长，产生了段页存储的管理方式。
552 |
553 | - 基本原理：段页存储，就是既分段也分页，先分段再分页。地址结构由段号、段内页号、页内地址三部分组成。
554 | - 地址变换过程：首先也需要准备一个段表寄存器，存放段表起始地址和段表长。首先将段号和段表长相比较是否越界；再利用段表起始地址和段表号来找到段表项在段表中的位置，从而得到页表地址；再之后使用段内页号来获取页表项的位置，找出物理块号，用物理块号和页内地址来构成物理地址。
555 |
556 | #### 分页和分段有什么区别？
557 |
558 | - 页式存储：用户空间划分为大小相等的部分称为页（page），内存空间划分为同样大小的区域称为页框，分配时以页为单位，按进程需要的页数分配，逻辑上相邻的页物理上不一定相邻；
559 | - 段式存储：用户进程地址空间按照自身逻辑关系划分为若干个段（segment）（如代码段，数据段，堆栈段），内存空间被动态划分为长度不同的区域，分配时以段为单位，每段在内存中占据连续空间，各段可以不相邻；
560 | - 段页式存储：用户进程先按段划分，段内再按页划分，内存划分和分配按页。
561 |
562 | 区别：
563 | - 目的不同：分页的目的是管理内存，用于虚拟内存以获得更大的地址空间；分段的目的是满足用户的需要，使程序和数据可以被划分为逻辑上独立的地址空间；
564 | - 大小不同：段的大小不固定，由其所完成的功能决定；页的大小固定，由系统决定；
565 | - 地址空间维度不同：分段是二维地址空间（段号+段内偏移），分页是一维地址空间（每个进程一个页表/多级页表，通过一个逻辑地址就能找到对应的物理地址）；
566 | - 分段便于信息的保护和共享；分页的共享收到限制；
567 | - 碎片：分段没有内碎片，但会产生外碎片；分页没有外碎片，但会产生内碎片（一个页填不满）
568 |
569 | ### 什么是虚拟内存？
570 | 每个程序都拥有自己的地址空间，这个地址空间被分成大小相等的页，这些页被映射到物理内存；但不需要所有的页都在物理内存中，当程序引用到不在物理内存中的页时，由操作系统将缺失的部分装入物理内存。这样，对于程序来说，逻辑上似乎有很大的内存空间，只是实际上有一部分是存储在磁盘上，因此叫做虚拟内存。
571 |
572 | 虚拟内存的优点是让程序可以获得更多的可用内存。
573 |
574 | 虚拟内存的实现方式、页表/多级页表、缺页中断、不同的页面淘汰算法：[答案](https://imageslr.github.io/2020/07/08/tech-interview.html#virtual-memory)。
575 |
576 | ##### 如何进行地址空间到物理内存的映射？
577 | 死锁解除
488 | 489 | > 如何检测死锁：检测有向图是否存在环；或者使用类似死锁避免的检测算法。 490 | 491 | 死锁解除的方法： 492 | - 利用抢占：挂起某些进程，并抢占它的资源。但应防止某些进程被长时间挂起而处于饥饿状态； 493 | - 利用回滚：让某些进程回退到足以解除死锁的地步，进程回退时自愿释放资源。要求系统保持进程的历史信息，设置还原点； 494 | - 利用杀死进程：强制杀死某些进程直到死锁解除为止，可以按照优先级进行。 495 |
578 |
582 |
583 | ### 有哪些页面置换算法？
584 | 在程序运行过程中，如果要访问的页面不在内存中，就发生缺页中断从而将该页调入内存中。此时如果内存已无空闲空间，系统必须从内存中调出一个页面到磁盘中来腾出空间。页面置换算法的主要目标是使页面置换频率最低（也可以说缺页率最低）。
585 |
586 | - **最佳页面置换算法**OPT（Optimal replacement algorithm）：置换以后不需要或者最远的将来才需要的页面，是一种理论上的算法，是最优策略；
587 | - **先进先出**FIFO：置换在内存中驻留时间最长的页面。缺点：有可能将那些经常被访问的页面也被换出，从而使缺页率升高；
588 | - **第二次机会算法**SCR：按FIFO选择某一页面，若其访问位为1，给第二次机会，并将访问位置0；
589 | - **时钟算法** Clock：SCR中需要将页面在链表中移动（第二次机会的时候要将这个页面从链表头移到链表尾），时钟算法使用环形链表，再使用一个指针指向最老的页面，避免了移动页面的开销；
590 | - **最近未使用算法**NRU（Not Recently Used）：检查访问位R、修改位M，优先置换R=M=0，其次是（R=0, M=1）；
591 | - **最近最少使用算法**LRU（Least Recently Used）：置换出未使用时间最长的一页；实现方式：维护时间戳，或者维护一个所有页面的链表。当一个页面被访问时，将这个页面移到链表表头。这样就能保证链表表尾的页面是最近最久未访问的。
592 | - **最不经常使用算法**LFU（Least Frequently Used）：置换出访问次数最少的页面
593 |
594 | 展开
579 | 580 | **内存管理单元**（MMU）管理着逻辑地址和物理地址的转换，其中的页表（Page table）存储着页（逻辑地址）和页框（物理内存空间）的映射表，页表中还包含包含有效位（是在内存还是磁盘）、访问位（是否被访问过）、修改位（内存中是否被修改过）、保护位（只读还是可读写）。逻辑地址：页号+页内地址（偏移）；每个进程一个页表，放在内存，页表起始地址在PCB/寄存器中。 581 |
595 |
600 |
601 | 局部性原理
596 | 597 | - 时间上：最近被访问的页在不久的将来还会被访问； 598 | - 空间上：内存中被访问的页周围的页也很可能被访问。 599 |
602 |
610 |
611 | ### 缓冲区溢出问题
612 |
613 | 什么是颠簸现象
603 | 604 | 颠簸本质上是指频繁的页调度行为。进程发生缺页中断时必须置换某一页。然而，其他所有的页都在使用，它置换一个页，但又立刻再次需要这个页。因此会不断产生缺页中断，导致整个系统的效率急剧下降，这种现象称为颠簸。内存颠簸的解决策略包括： 605 | 606 | - 修改页面置换算法； 607 | - 降低同时运行的程序的数量； 608 | - 终止该进程或增加物理内存容量。 609 |
614 |
617 |
618 | 什么是缓冲区溢出？
615 | C 语言使用运行时栈来存储过程信息。每个函数的信息存储在一个栈帧中，包括寄存器、局部变量、参数、返回地址等。C 对于数组引用不进行任何边界检查，因此**对越界的数组元素的写操作会破坏存储在栈中的状态信息**，这种现象称为缓冲区溢出。缓冲区溢出会破坏程序运行，也可以被用来进行攻击计算机，如使用一个指向攻击代码的指针覆盖返回地址。 616 |
619 |
627 |
628 | 更详细的可以参考：https://imageslr.github.io/2020/07/08/tech-interview.html#stackoverflow
629 |
630 | ### 磁盘调度
631 | 过程：磁头（找到对应的盘面）；磁道（一个盘面上的同心圆环，寻道时间）；扇区（旋转时间）。为减小寻道时间的调度算法：
632 |
633 | - 先来先服务
634 | - 最短寻道时间优先
635 | - 电梯算法：电梯总是保持一个方向运行，直到该方向没有请求为止，然后改变运行方向。
636 |
637 | ### 参考
638 | - [进程间通信IPC -- 简书](https://www.jianshu.com/p/c1015f5ffa74)
639 | - [【面试】计算机操作系统-CSDN博客](https://blog.csdn.net/qq_43103529/article/details/121022006)
640 | - [面试/笔试第二弹 —— 操作系统面试问题集锦 - CSDN博客](https://blog.csdn.net/justloveyou_/article/details/78304294)
641 | - [线程同步与并发 - - SegmentFault](https://segmentfault.com/a/1190000018970361)
642 | - [彻底搞懂epoll高效运行的原理](http://baijiahao.baidu.com/s?id=1641172494287388070&wfr=spider&for=pc)
643 | - [用户态与内核态的切换](https://www.cnblogs.com/lirong21/p/4213028.html)
644 |
645 | ### 待完成
646 | - [ ] IPC
647 | - [ ] 进程同步问题：生产者-消费者问题...
648 | - [ ] 银行家算法
649 | - [ ] 文件与文件系统、文件管理？
650 | 缓冲区溢出的防范方式
620 | 621 | 防范缓冲区溢出攻击的机制有三种：随机化、栈保护和限制可执行代码区域。 622 | - 随机化：包括栈随机化（程序开始时在栈上分配一段随机大小的空间）和地址空间布局随机化（Address-Space Layout Randomization，ASLR，即每次运行时程序的不同部分，包括代码段、数据段、栈、堆等都会被加载到内存空间的不同区域），但只能增加攻击一个系统的难度，不能完全保证安全。 623 | - 栈保护：在每个函数的栈帧的局部变量和栈状态之间存储一个**随机产生的**特殊的值，称为金丝雀值（canary）。在恢复寄存器状态和函数返回之前，程序检测这个金丝雀值是否被改变了，如果是，那么程序异常终止。 624 | - 限制可执行代码区域：内存页的访问形式有三种：可读、可写、可执行，只有编译器产生的那部分代码所处的内存才是可执行的，其他页限制为只允许读和写。 625 | 626 |
651 | 
652 |
653 |
--------------------------------------------------------------------------------
/Python Handbook.md:
--------------------------------------------------------------------------------
1 | # Python
2 |
3 | * [什么是 Python 生成器？](#什么是-Python-生成器)
4 | * [什么是 Python 迭代器？](#什么是-Python-迭代器)
5 | * [list 和 tuple 有什么区别？](#list-和-tuple-有什么区别)
6 | * [Python 中的 list 和 dict 是怎么实现的？](#Python-中的-list-和-dict-是怎么实现的)
7 | * [Python 中使用多线程可以达到多核CPU一起使用吗？](#Python-中使用多线程可以达到多核CPU一起使用吗)
8 | * [什么是装饰器？](#什么是装饰器)
9 | * [Python 如何进行内存管理？](#Python-如何进行内存管理)
10 | * [Python 中的垃圾回收机制？](#Python-中的垃圾回收机制)
11 | * [什么是 lambda 表达式？](#什么是-lambda-表达式)
12 | * [什么是深拷贝和浅拷贝？](#什么是深拷贝和浅拷贝)
13 | * [双等于和 is 有什么区别？](#双等于和-is-有什么区别)
14 | * [其它 Python 知识点](#其它-Python-知识点)
15 | * [参考](#参考)
16 |
17 | ------
18 |
19 | ## 什么是 Python 生成器？
20 | generator，有两种产生生成器对象的方式：一种是列表生成式加括号：
21 |
22 | ```g1 = (x for x in range(10))```
23 |
24 | 一种是在函数定义中包含```yield```关键字：
25 |
26 | ```py
27 | def fib(max):
28 | n, a, b = 0, 0, 1
29 | while n < max:
30 | yield b
31 | a, b = b, a + b
32 | n = n + 1
33 | return 'done'
34 |
35 | g2 = fib(8)
36 | ```
37 |
38 | 对于generator对象g1和g2，可以通过```next(g1)```不断获得下一个元素的值，如果没有更多的元素，就会报错```StopIteration```
39 |
40 | 也可以通过for循环获得元素的值。
41 |
42 | 生成器的好处是不用占用很多内存，只需要在用的时候计算元素的值就行了。
43 |
44 | ## 什么是 Python 迭代器？
45 | Python中可以用于for循环的，叫做可迭代```Iterable```，包括list/set/tuple/str/dict等数据结构以及生成器；可以用以下语句判断一个对象是否是可迭代的：
46 |
47 | ```py
48 | from collections import Iterable
49 | isinstance(x, Iterable)
50 | ```
51 |
52 | 迭代器```Iterator```，是指可以被```next()```函数调用并不断返回下一个值，直到```StopIteration```；生成器都是Iterator，而列表等数据结构不是；可以通过以下语句将list变为Iterator：
53 |
54 | ```iter([1,2,3,4,5])```
55 |
56 | 生成器都是Iterator，但迭代器不一定是生成器。
57 |
58 | ## list 和 tuple 有什么区别？
59 | - list 长度可变，tuple不可变；
60 | - list 中元素的值可以改变，tuple 不能改变；
61 | - list 支持```append```; ```insert```; ```remove```; ```pop```等方法，tuple 都不支持
62 |
63 | ## Python 中的 list 和 dict 是怎么实现的？
64 |
65 | ## Python 中使用多线程可以达到多核CPU一起使用吗？
66 |
67 | Python中有一个被称为Global Interpreter Lock（GIL）的东西，它会确保任何时候你的多个线程中，只有一个被执行。线程的执行速度非常之快，会让你误以为线程是并行执行的，但是实际上都是轮流执行。经过GIL这一道关卡处理，会增加执行的开销。
68 |
69 | 可以通过多进程实现多核任务。
70 |
71 | ## GIL(Global Interpreter Lock)
72 | 全局解释器锁
73 |
74 | 全局解释器锁(Global Interpreter Lock)是计算机程序设计语言解释器用于同步线程的一种机制，它使得任何时刻仅有一个线程在执行。即便在多核处理器上，使用 GIL 的解释器也只允许同一时间执行一个线程，常见的使用 GIL 的解释器有CPython与Ruby MRI。可以看到GIL并不是Python独有的特性，是解释型语言处理多线程问题的一种机制而非语言特性。
75 |
76 | ### GIL的设计初衷?
77 |
652 |
78 |
83 |
84 | ### 为什么要加在解释器,而不是在其他层?
85 | 展开
79 | 单核时代高效利用CPU, 针对解释器级别的数据安全(不是thread-safe 线程安全)。 80 | 首先需要明确的是GIL并不是Python的特性，它是在实现Python解析器(CPython)时所引入的一个概念。当Python虚拟机的线程想要调用C的原生线程需要知道线程的上下文，因为没有办法控制C的原生线程的执行，所以只能把上下文关系传给原生线程，同理获取结果也是线 81 | 程在python虚拟机这边等待。那么要执行一次计算操作，就必须让执行程序的线程组串行执行。 82 |
86 |
90 |
91 | ### GIL的实现是线程不安全?为什么?
92 | 展开
87 | GIL锁加在解释器一层，也就是说Python调用的Cython解释器上加了GIL锁，因为你python调用的所有线程都是原生线程。原生线程是通过C语言提供原生接口，相当于C语言的一个函数。你一调它，你就控制不了了它了，就必须等它给你返回结果。只要已通过python虚拟机 88 | ，再往下就不受python控制了，就是C语言自己控制了。加在Python虚拟机以下加不上去，只能加在Python解释器这一层。 89 |
93 |
115 |
116 | ## 什么是装饰器？
117 |
118 | ## Python 中的垃圾回收机制？
119 | [Python垃圾回收机制--完美讲解!](https://www.jianshu.com/p/1e375fb40506)
120 |
121 | ## 什么是 lambda 表达式？
122 | 简单来说，lambda表达式通常是当你需要使用一个函数，但是又不想费脑袋去命名一个函数的时候使用，也就是通常所说的匿名函数。
123 |
124 | lambda表达式一般的形式是：关键词lambda后面紧接一个或多个参数，紧接一个冒号“：”，紧接一个表达式
125 |
126 | ## 什么是深拷贝和浅拷贝？
127 | 赋值（=），就是创建了对象的一个新的引用，修改其中任意一个变量都会影响到另一个。
128 |
129 | 浅拷贝 copy.copy：创建一个新的对象，但它包含的是对原始对象中包含项的引用（如果用引用的方式修改其中一个对象，另外一个也会修改改变）
130 |
131 | 深拷贝：创建一个新的对象，并且递归的复制它所包含的对象（修改其中一个，另外一个不会改变）{copy模块的deep.deepcopy()函数}
132 |
133 | ## 双等于和 is 有什么区别？
134 | ```==```比较的是两个变量的 value，只要值相等就会返回True
135 |
136 | ```is```比较的是两个变量的 id，即```id(a) == id(b)```，只有两个变量指向同一个对象的时候，才会返回True
137 |
138 | 但是需要注意的是，比如以下代码：
139 |
140 | ```
141 | a = 2
142 | b = 2
143 | print(a is b)
144 | ```
145 |
146 | 按照上面的解释，应该会输出False，但是事实上会输出True，这是因为Python中对小数据有缓存机制，-5~256之间的数据都会被缓存。
147 |
148 | ------
149 |
150 | ## 其它 Python 知识点
151 |
152 | ### 类型转换
153 | - list(x)
154 | - str(x)
155 | - set(x)
156 | - int(x)
157 | - tuple(x)
158 |
159 | ### try...except
160 |
161 | ### list
162 | - ```lst[a:b]```：左闭右开
163 | - ```lst.append(value)```：在末尾添加元素，复杂度O(1)
164 | - ```lst.pop()```：弹出列表末尾元素，复杂度O(1)
165 | - ```lst.pop(index)```：弹出任意位置元素，将后面的元素前移，复杂度O(n)
166 | - ```lst.insert(index, value)```：插入元素，后面的元素后移，复杂度O(n)
167 | - ```lst.remove(value)```：移除等于value的第一个元素，后面的元素前移，复杂度O(n)
168 | - ```lst.count(value)```：计数值为value的元素个数
169 | - ```lst.sort(reverse = False)```：排序，默认升序
170 |
171 | ### 参考
172 | - [生成器 - 廖雪峰的官方网站](https://www.liaoxuefeng.com/wiki/1016959663602400/1017318207388128)
173 | - [Python中的is和==的区别](https://www.cnblogs.com/yjtxin/p/11793243.html)
174 | - [为什么Python多线程无法利用多核](https://www.mdeditor.tw/pl/pXhj)
175 | - [GIL锁、线程锁(互斥锁)、递归锁(RLock)](https://www.cnblogs.com/Keep-Ambition/p/7596098.html)
176 |
177 |
--------------------------------------------------------------------------------
/README.md:
--------------------------------------------------------------------------------
1 | # Waking-Up
2 |
3 | > 大多数人都高估了他们一天能做的事情，但低估了他们一年能做的事情
4 |
5 | 展开
94 | 是不安全的，具体情况要分类讨论。 95 | 96 | 单核情况下: 97 | 98 |  99 | 100 | > 解释: 101 | > 1. 到第5步的时候，可能这个时候python正好切换了一次GIL(据说python2.7中，每100条指令会切换一次GIL),执行的时间到了，被要求释放GIL,这个时候thead 1的count=0并没有得到执行，而是挂起状态，count=0这个上下文关系被存到寄存器中. 102 | > 2. 然后到第6步，这个时候thead 2开始执行，然后就变成了count = 1,返回给count，这个时候count=1. 103 | > 3. 然后再回到thead 1，这个时候由于上下文关系，thead 1拿到的寄存器中的count = 0，经过计算，得到count = 1，经过第13步的操作就覆盖了原来的count = 1的值，所以这个时候count依然是count = 1，所以这个数据并没有保护起来。 104 | 105 | python2.x和3.x都是在执行IO操作的时候，强制释放GIL，使其他线程有机会执行程序。 106 | 107 | Python2.x Python使用计数器ticks计算字节码，当执行100个字节码的时候强制释放GIL，其他线程获取GIL继续执行。ticks可以看作是Python自己的计数器，专门作用于GIL，释放后归零，技术可以调整。 108 | 109 | Python3.x Python使用计时器，执行时间达到阈值后，当前线程释放GIL。总体来说比Python3.x对CPU密集型任务更好，但是依然没有解决问题。 110 | 111 | 多核情况下: 112 | 113 | 多个CPU情况下，单个CPU释放GIL锁，其他CPU上的线程也会竞争，但是CPU-A可能又马上拿到了GIL，这样其他CPU上的线程只能继续等待，直到重新回到待调度状态。造成多线程在多核CPU情况下，效率反而会下降，出现了大量的资源浪费。 114 |
6 | 
7 |
8 |
9 | 这是我用来准备后端开发校招面试的一个笔记本。按照计算机基础知识的不同版块，记录了面试中常见的问题以及比较规范的答案，大部分问题都带有更加细节的知识点追问。我用它来收集整理自己遇到的一些面试题，并且在面试前回顾。
10 |
11 |
7 |
12 |
13 | | 计算机网络 | 操作系统 | 数据库 | 设计模式 | 工具 | Python | 面经 |
14 | | :----------------------------------------: | :--------------------------------------------------: | :-------------------------------------------------------------: | :--------------------------------------------------: | :-----------------------------------------------------------------------: | :-------------------------------------------------------------: | :--------: |
15 | | [:cloud:](#1-计算机网络) | [:computer:](#2-操作系统) | [:floppy_disk:](#3-数据库) | [:art:](#4-设计模式) | [:wrench:](#5-工具) | [:snake:](#6-python) | [:memo:](#7-面经) |
16 |
17 |
18 | ### 如何使用？
19 |
20 | 这份笔记采用的并不是对每一个知识点进行讲解的形式，它的目的很纯粹，就是为了快速备战面试考点，因此全都是采用【常见面试问题 + follow-up questions + 可以直接采用的答案】的形式，力求达到效率备战的目的。
21 |
22 | 你可以将其作为**模拟面试**的问题来源，测试你的熟练程度；也可以当作面试前的**知识点梳理**，对一些细节问题进行填补；
23 |
24 | 当然，这个笔记本也同样适用于那些能够通过简历筛选，但是对计算机基础所知甚少的人，如果你之前从未在学校修过或者自学过这些课程，你依然可以通过这份笔记**快速备战面试**。
25 |
26 | 当你浏览每个版块的目录时，你可能会觉得并没有涉及到多少问题，但其实，**每个问题下的一连串追问**才是这些笔记的精华所在。如果你觉得你已经对目录中的问题了然于胸，你可以点进这些问题，多看看它们的 follow-up questions.
27 |
28 | 这个repo没有包含数据结构与算法部分，你可以查看我的另一个repo：[Solid data structure and algorithms](https://github.com/wolverinn/Iridescent)，在这个repo中我系统地练习了各种数据结构和算法，并提供了Python代码
29 |
30 | ### Contribute
31 |
32 | 这个仓库目前还在不断完善之中，有些问题还没加入到笔记，有些问题的思路和答案可以做得更好！如果你有很棒的想法，欢迎提 issues 或者 pull requests！
33 |
34 | 感谢所有参与到这个项目中的伙伴们（如果下面漏掉了你，可以提醒我一下）～
35 |
36 | Contributers:
37 |
38 |
39 | 
40 |
41 |
42 | 
43 |
44 |
45 | 
46 |
47 |
48 | 
49 |
50 |
51 | 
52 |
53 |
54 | 
55 |
56 |
57 | 
58 |
59 |
60 | 
61 |
62 |
63 | 
64 |
65 |
66 | 
67 |
68 |
69 | 
70 |
71 |
72 | 
73 |
74 |
75 | 
76 |
77 |
78 | 
79 |
80 |
81 | 
82 |
83 |
84 | 
85 |
86 |
87 | 
88 |
89 |
90 | 
91 |
92 |
93 | ## 1. [计算机网络](Computer%20Network.md)
94 |
95 |
96 | 
97 |
98 |
99 | ## 2. [操作系统](Operating%20Systems.md)
100 |
101 |
97 |
102 | 
103 |
104 |
105 | ## 3. [数据库](Database.md)
106 |
107 |
103 |
108 | 
109 |
110 |
111 | ## 4. [设计模式](Design%20Pattern.md)
112 |
113 | Provided by @[lutherlau](https://github.com/lutherlau)
114 |
115 |
109 |
116 | 
117 |
118 |
119 |
120 | ## 5. [工具](Git-ComdLine-REST.md)
121 |
122 | 117 |
118 |
123 | 
124 |
125 |
126 | ## 6. [Python](Python%20Handbook.md)
127 |
128 |
124 |
129 | 
130 |
131 |
132 | ## 7. [面经](https://www.nowcoder.com/discuss/359048)
133 | 以下是我的面经，以及备战面试上岸经历分享
134 | - [字节跳动后端开发三轮面经](https://www.nowcoder.com/discuss/359048)
135 | - [字节跳动后端一面面经](https://mp.weixin.qq.com/s?__biz=MzU2OTk2Mzg3Mg==&mid=2247483685&idx=1&sn=933611d3dec4b4054cdbc33738261243&chksm=fcf7e52acb806c3c2390999e99a08e02ad51c484d5e47a9188fbcdb15e8693e11558915db842&token=1562114548&lang=zh_CN#rd)
136 | - [上岸经历分享](https://mp.weixin.qq.com/s?__biz=MzU2OTk2Mzg3Mg==&mid=2247483707&idx=1&sn=605d5f502dff18d6c335fefc677c0c55&chksm=fcf7e534cb806c22588ced14f6040e907a08d0c815a7ea8ba0f4cd2be0ac2d7821c490104764&token=1562114548&lang=zh_CN#rd)
137 |
138 | ## 补充:eyeglasses:：
139 | - 字节跳动内推（实习/社招/校招），请戳[:raising_hand::raising_hand:这里:raising_hand::raising_hand:](https://github.com/wolverinn/Waking-Up/issues/16)
140 | - 查看我的最新项目：[技术学习Roadmap](https://github.com/wolverinn/Build-your-programming-skills)（工作之后的个人技术成长路线）
141 | - 我的公众号：[Hardy的小屋](https://mp.weixin.qq.com/mp/appmsgalbum?action=getalbum&album_id=1807403091504250883)，聊聊个人成长，欢迎关注
142 |
143 |
130 |
144 | 
145 |
146 |
147 |
148 | ------
149 |
150 | > 这个笔记本的名字来源于电影《Lone Survivor》中的配乐《Waking Up》；在电影中，这段配乐出现的场景，是两名队员在基地外面的大草原上晨跑。
151 |
152 | > 电影中我很喜欢的一句话：
153 | > Anything in life worth doing is worth overdoing. Moderation is for cowards.
154 |
155 |
156 |
145 |
157 | 
158 |
159 |
--------------------------------------------------------------------------------
/_v_images/1588679646408-22276075-76c2-42b2-8b20-84e3401fdbf7.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588679646408-22276075-76c2-42b2-8b20-84e3401fdbf7.png
--------------------------------------------------------------------------------
/_v_images/1588681690229-615d93e2-9429-42cc-812e-fa8cb7eb49a4.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588681690229-615d93e2-9429-42cc-812e-fa8cb7eb49a4.png
--------------------------------------------------------------------------------
/_v_images/1588687137859-38493900-8c93-43ef-bbe7-c67c14e9ba75.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588687137859-38493900-8c93-43ef-bbe7-c67c14e9ba75.png
--------------------------------------------------------------------------------
/_v_images/1588689300339-c33a3d0d-7544-4754-8695-b08fc843183d.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588689300339-c33a3d0d-7544-4754-8695-b08fc843183d.png
--------------------------------------------------------------------------------
/_v_images/1588746617916-a21ed08c-42df-40c0-bc79-6701209c2f55.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588746617916-a21ed08c-42df-40c0-bc79-6701209c2f55.png
--------------------------------------------------------------------------------
/_v_images/1588760917772-e4e10a15-0c43-456e-88f2-279fdd3e2d12.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588760917772-e4e10a15-0c43-456e-88f2-279fdd3e2d12.png
--------------------------------------------------------------------------------
/_v_images/1588761010089-ced9b3a9-3232-4729-943a-67c133909d7c.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588761010089-ced9b3a9-3232-4729-943a-67c133909d7c.png
--------------------------------------------------------------------------------
/_v_images/1588762859910-c08b6230-8358-42e8-aa48-5835af2d2940.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588762859910-c08b6230-8358-42e8-aa48-5835af2d2940.png
--------------------------------------------------------------------------------
/_v_images/1588776261625-d6b2f2b2-85c7-4752-ba71-ac38f9ca639c.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588776261625-d6b2f2b2-85c7-4752-ba71-ac38f9ca639c.png
--------------------------------------------------------------------------------
/_v_images/1588776769193-d3a6ae4a-83d5-4fbf-b187-339039a22f25.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588776769193-d3a6ae4a-83d5-4fbf-b187-339039a22f25.png
--------------------------------------------------------------------------------
/_v_images/1588778531181-f78a0447-263d-40cf-bbfd-dfc565997dcd.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588778531181-f78a0447-263d-40cf-bbfd-dfc565997dcd.png
--------------------------------------------------------------------------------
/_v_images/1588820461937-2a508c21-4203-4629-bcc1-ca0750f9fe84.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588820461937-2a508c21-4203-4629-bcc1-ca0750f9fe84.png
--------------------------------------------------------------------------------
/_v_images/1588839044031-1dcdb9c4-a7c0-43b0-af86-4fb919336801.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588839044031-1dcdb9c4-a7c0-43b0-af86-4fb919336801.png
--------------------------------------------------------------------------------
/_v_images/1588841461626-35402966-4817-4f7c-bc64-7fa4dbfc6a84.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588841461626-35402966-4817-4f7c-bc64-7fa4dbfc6a84.png
--------------------------------------------------------------------------------
/_v_images/1588846767979-ce72003e-375a-4eea-8d13-eed6b726aa3b.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588846767979-ce72003e-375a-4eea-8d13-eed6b726aa3b.png
--------------------------------------------------------------------------------
/_v_images/1588848682603-c5da8658-bbda-4c63-9c3f-f9bc80a93299.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588848682603-c5da8658-bbda-4c63-9c3f-f9bc80a93299.png
--------------------------------------------------------------------------------
/_v_images/1588850989407-80696883-cc5d-472b-a4de-0d5f5edd4cc4.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588850989407-80696883-cc5d-472b-a4de-0d5f5edd4cc4.png
--------------------------------------------------------------------------------
/_v_images/1588858153516-9c6b4ce0-aa41-42c4-b4c5-ae14e7faae51.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588858153516-9c6b4ce0-aa41-42c4-b4c5-ae14e7faae51.png
--------------------------------------------------------------------------------
/_v_images/1588859146567-662ae183-11ae-475d-8d8d-a8549f3d4026.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588859146567-662ae183-11ae-475d-8d8d-a8549f3d4026.png
--------------------------------------------------------------------------------
/_v_images/1588860191434-2b5ff1d1-06e8-4036-8f95-0adfe7e383c1.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588860191434-2b5ff1d1-06e8-4036-8f95-0adfe7e383c1.png
--------------------------------------------------------------------------------
/_v_images/1588861529453-aa147daa-653f-4559-b2ee-fdb0a370bf11.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588861529453-aa147daa-653f-4559-b2ee-fdb0a370bf11.png
--------------------------------------------------------------------------------
/_v_images/1588862264475-f62b4542-a18a-410e-b841-96049a3f2b44.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588862264475-f62b4542-a18a-410e-b841-96049a3f2b44.png
--------------------------------------------------------------------------------
/_v_images/1588863690354-5649da92-3741-4812-9f63-b5b7d0960238.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1588863690354-5649da92-3741-4812-9f63-b5b7d0960238.png
--------------------------------------------------------------------------------
/_v_images/1615897397.gif:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/1615897397.gif
--------------------------------------------------------------------------------
/_v_images/20191129101827556_21212.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191129101827556_21212.png
--------------------------------------------------------------------------------
/_v_images/20191129112652915_15481.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191129112652915_15481.png
--------------------------------------------------------------------------------
/_v_images/20191129145400104_2106.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191129145400104_2106.png
--------------------------------------------------------------------------------
/_v_images/20191129153624025_28293.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191129153624025_28293.png
--------------------------------------------------------------------------------
/_v_images/20191129155345024_11142.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191129155345024_11142.png
--------------------------------------------------------------------------------
/_v_images/20191129161026032_32431.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191129161026032_32431.png
--------------------------------------------------------------------------------
/_v_images/20191129195451183_16713.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191129195451183_16713.png
--------------------------------------------------------------------------------
/_v_images/20191201081919108_30577.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191201081919108_30577.png
--------------------------------------------------------------------------------
/_v_images/20191201085151639_2895.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191201085151639_2895.png
--------------------------------------------------------------------------------
/_v_images/20191202090217863_1873.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191202090217863_1873.png
--------------------------------------------------------------------------------
/_v_images/20191202162008435_14938.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191202162008435_14938.png
--------------------------------------------------------------------------------
/_v_images/20191207081711185_20242.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191207081711185_20242.png
--------------------------------------------------------------------------------
/_v_images/20191228182659294_7488.jpg:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191228182659294_7488.jpg
--------------------------------------------------------------------------------
/_v_images/20191228182911371_900.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191228182911371_900.png
--------------------------------------------------------------------------------
/_v_images/20191228183019711_10018.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191228183019711_10018.png
--------------------------------------------------------------------------------
/_v_images/20191229101924303_17994.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191229101924303_17994.png
--------------------------------------------------------------------------------
/_v_images/20191229111930083_22798.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191229111930083_22798.png
--------------------------------------------------------------------------------
/_v_images/20191229112508482_31766.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191229112508482_31766.png
--------------------------------------------------------------------------------
/_v_images/20191229113357178_17374.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191229113357178_17374.png
--------------------------------------------------------------------------------
/_v_images/20191229144622659_9248.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20191229144622659_9248.png
--------------------------------------------------------------------------------
/_v_images/20200516165618.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20200516165618.png
--------------------------------------------------------------------------------
/_v_images/20200516165630.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/20200516165630.png
--------------------------------------------------------------------------------
/_v_images/202205271711368.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/202205271711368.png
--------------------------------------------------------------------------------
/_v_images/202205271711882.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/202205271711882.png
--------------------------------------------------------------------------------
/_v_images/202205271711967.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/202205271711967.png
--------------------------------------------------------------------------------
/_v_images/202205271712003.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/202205271712003.png
--------------------------------------------------------------------------------
/_v_images/202205271712893.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/202205271712893.png
--------------------------------------------------------------------------------
/_v_images/202205281423439.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/202205281423439.png
--------------------------------------------------------------------------------
/_v_images/202205281424550.gif:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/202205281424550.gif
--------------------------------------------------------------------------------
/_v_images/image-20221212004219997.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/image-20221212004219997.png
--------------------------------------------------------------------------------
/_v_images/image-20221212004254912.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/image-20221212004254912.png
--------------------------------------------------------------------------------
/_v_images/image-20221212012139142.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/image-20221212012139142.png
--------------------------------------------------------------------------------
/_v_images/image-20221216124728525.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/image-20221216124728525.png
--------------------------------------------------------------------------------
/_v_images/image-20221216124900832.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/image-20221216124900832.png
--------------------------------------------------------------------------------
/_v_images/image-20221216125001462.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/image-20221216125001462.png
--------------------------------------------------------------------------------
/_v_images/image-20221216125538480.png:
--------------------------------------------------------------------------------
https://raw.githubusercontent.com/wolverinn/Waking-Up/cf692b53e1b3d1b740a97dab0e4e71db801daf33/_v_images/image-20221216125538480.png
--------------------------------------------------------------------------------
158 |