源码分析 -- IT技术博客大学习 -- 共学习共进步！

• EventBus 源码解析

EventBus 是一个 Android 事件发布/订阅框架，通过解耦发布者和订阅者简化 Android 事件传递，这里的事件可以理解为消息，本文中统一称为事件。事件传递既可用于 Android 四大组件间通讯，也可以用户异步线程和主线程间通讯等等。传统的事件传递方式包括：Handler、BroadCastReceiver、Interface 回调，相比之下 EventBus 的优点是代码简洁，使用简单，并将事件发布和订阅充分解耦。

• PHP empty和isset源码分析

被问到php的empty(0)、empty(0.0)、empty('0')、empty('0.0')和empty('00')分别返回什么，对于正常的empty()手册里描述自己也是非常清楚了： ""、0、"0"、NULL、FALSE、array()、var $var; 以及没有任何属性的对象都将被认为是空的，如果 var 为空，则返回 TRUE。但就在empty('00')的时候疑惑了一下，因为在我的理解体系里，empty()把'0'转换成数字判断了，所以会返回true，那'00'也会转换吗？在没有实践的情况下，当时就机智的自己思考了一下觉得'00'返回是false，理由是'00'不会转换成数字，又是非空字符串，所以为false。

• 分布式存储Seaweedfs源码分析

Seaweedfs 是一个非常优秀的由 golang 开发的分布式存储开源项目，虽然在我刚开始关注的时候它在 github.com 上面只有 star 50+，但是我觉得这个项目是一个几千 star 量级的优秀开源项目。 Seaweedfs 的设计原理是基于 Facebook 的一篇图片存储系统的论文 Facebook-Haystack，论文很长，但是其实原理就几句话，可以看看 Facebook图片存储系统Haystack ，我觉得Seaweedfs是青出于蓝而胜于蓝。

• Gearmand异步处理就安全了吗？不！

前言之前使用Gearman的时候，遇到过一个卡顿的问题。今天微博上又有人问我是否遇到过此类问题。这个问题，当时是伯诚老师解决的。我把他的文章搬过来。希望能给遇到此类问题的人一点参考。问题使用Gearman作为异步消息处理中间件是却没有想象中的顺利。我们多 …

• php内核探索之zend_execute的具体执行过程

解释器引擎最终执行op的函数是zend_execute，实际上zend_execute是一个函数指针，在引擎初始化的时候zend_execute默认指向了execute,这个execute定义在{PHPSRC}/Zend/zend_vm_execute.h

• SSDB 源码分析 – 网络框架概述

SSDB 的网络协议非常简单, 而且是业务无关的, 所以你可以把 SSDB 的网络协议应用于几乎所有类型的应用! 只要遵循 SSDB 的网络协议, 你就可以使用 ssdb-cli 命令行工具来连接, 与服务器交互, 或者方便调试. 你甚至可以使用 nc 命令来和任何一个支持 SSDB 网络协议的服务器交互.

• SSDB源码分析 – 主从和多主同步原理解析

SSDB 的主从同步策略非常简单, 就是把主(Master)上的所有写操作(Binlogs), 在从(Slave)上再执行一遍. MySQL 的主从同步也是一样. 而多主可以理解为互为主从.把 Master 上的所有操作(Binlogs)在 Slave 上执行一遍, 说来很简单, 但还是会遇到一些难题, 例如 Binlogs 不可能无限地永久保留. SSDB 只保留最新的 1000 万次写操作. 对于熟悉 MySQL 的同学可能也知道这样的例子: 在有 Binlogs 之前, 数据库内已经有了一部分数据. 也就是说, 这部分数据是无法通过 Binlog 来获得的.为此, 要有一个基础数据的拷贝(Copy)过程. 对于 MySQL 来说, 必须由 DBA 手动拷贝. 而对于 SSDB 来说, 这是自动的.

• 深入剖析 redis replication 主从连接

redis 支持 master-slave(主从)模式，redis server 可以设置为另一个 redis server 的主机(从机)，从机定期从主机拿数据。特殊的，一个从机同样可以设置为一个 redis server 的主机，这样一来 master-slave 的分布看起来就是一个有向无环图 DAG，如此形成 redis server 集群，无论是主机还是从机都是 redis server，都可以提供服务)。

• 深入剖析 redis RDB 持久化策略

本篇主要讲的是 RDB 持久化，了解 RDB 的数据保存结构和运作机制。redis 主要在 rdb.h 和 rdb.c 两个文件中实现 RDB 的操作。

• Django 源码小剖: Django ORM 查询管理器

对于 ORM 定义: 对象关系映射, Object Relational Mapping, ORM, 是一种程序设计技术，用于实现面向对象编程语言里不同类型系统的数据之间的转换。从效果上说，它其实是创建了一个可在编程语言里使用的“虚拟对象数据库”。ORM 能大大简化并抽象数据库的操作.

• memcached 源码阅读笔记

阅读 memcached 最好有 libevent 基础, memcached 是基于 libevent 构建起来的. 通由 libevent 提供的事件驱动机制触发 memcached 中的 IO 事件.

• OpenStack Swift源码导读之——业务整体架构和Proxy进程

OpenStack的源码分析在网上已经非常多了，针对各个部分的解读亦是非常详尽。这里我根据自己的理解把之前读过的Swift源码的一些要点记录一下，希望给需要的同学能带来一些帮助。

• 通过call_usermodehelper()在内核态执行用户程序

如何在Linux内核中执行某些用户态程序或系统命令？在用户态中，可以通过execve()实现；在内核态，则可以通过call_usermodehelpere()实现该功能。如果您查阅了call_usermodehelper()内核函数的源码实现，就可以发现该函数最终会执行do_execve()。而execve系统调用在经历内核的系统调用流程后，也会最终调用do_execve()。

• libcurl中使用curl_easy_getinfo 产生段错误分析

最近再写一个hsf的代理程序。需要使用libcurl与后端的nginx通信。程序编写过程中遇到一个蹊跷的问题。。。。

• 深入分析Volatile的实现原理

在多线程并发编程中synchronized和Volatile都扮演着重要的角色，Volatile是轻量级的synchronized，它在多处理器开发中保证了共享变量的“可见性”。可见性的意思是当一个线程修改一个共享变量时，另外一个线程能读到这个修改的值。它在某些情况下比synchronized的开销更小，本文将深入分析在硬件层面上Inter处理器是如何实现Volatile的，通过深入分析能帮助我们正确的使用Volatile变量。

• 怎样用core文件调试你的linux程序？

core dump 文件对于诊断linux中程序的问题非常有用。当程序异常退出的时候，可能会生成core文件。如，程序写一个不属于他的内存，操作系统出于保护，会发信号给程序，程序可能会因此而退出，退出的时候可能会生成core文件。我们可以通过分析core文件，找出程序中那里有内存问题。这篇文章主要是阐述生成core文件需要做的一些设置。

• Jetty线程“互锁”导致数据传输性能降低问题分析

jetty自身的阻塞-唤醒机制被当作jvmbugs来处理，导致数据传输性能受影响，这样的情况也只有在有大量连接和数据传输的时候才会体现出来。

• linux内核研究笔记(一）内存管理 – page介绍

内核中最初勾引我好奇心的还是内存管理方面，我们平时编写应用程序时，一个进程所能拥有的内存大小几乎可以趋近于物理内存最大值或是超越这个值，虽然知道内核做内存方面的映射或是swap然后向我们的用户空间呈现出所谓的虚拟内存，但还是对其中实现疑惑甚多，一些关于内存的名词也是有许多，什么虚拟地址，内核线性地址，内核逻辑地址，balablabla...

• Python程序的执行原理

Python先把代码（.py文件）编译成字节码，交给字节码虚拟机，然后虚拟机一条一条执行字节码指令，从而完成程序的执行。

• FUSE源码剖析

本文是对FUSE-2.9.2源码的学习总结。FUSE代码在用户空间和内核空间都有运行，为了突出重点，先简要描述了在基于FUSE的用户空间文件系统中执行write操作的一般流程，接下来介绍了重要的数据结构，最后以FUSE的运行过程为线索，剖析FUSE程序运行过程的3个关键步骤。