往往在实时系统里面，读取占了很大一部分业务。hbase身为实时系统主要提供了get与scan两种方法读取数据库中的数据。虽然get的目的是为了针对某个rowkey获取数据，scan则是为了获取一批数据，但是在regionserver服务端，两者实现上共用了很多地方。以下代码片段是get请求在HRegion上的实现（由RSRpcServices调用）。
get方法在HRegion类中的相关调用
从代码可以看出来，在服务端还是根据get构造了一个scan对象，进而构造一个RegionScanner对象来完成数据的读取。因此从某种意义上讲，get是一直用特殊的scan操作。
不考虑反向查询（通常好像也不会用反向查询），RegionScannerImpl是RegionScanner的唯一实现。RegionScannerImpl根据传入的scan对象构造自己的相关成员变量，稍微简单一点的成员变量包括定位在哪个HRegion上做扫描的region对象、单次scan rpc能够获取的最大数据量maxResultSize、以及跟过滤器相关的filter等等。个人觉得最重要的成员对象应该是KeyValueHeap类型的storeHeap成员变量，几乎所有扫描的数据都是从这里获取的，也是下面要介绍的重点。
以下按照个人理解，把HBase里面获取数据分成“逻辑获取”跟“物理获取”两部分。其中物理获取的意思是与对应的HFile相关，通过hdfs的api从真实的文件系统中获取数据、或者说是通过对应得HBase api从memstore结构中获取数据；而逻辑获取则是首先通过聚合跟物理获取与逻辑获取相关的成员对象，然后再根据自己的一系列操作筛选结果，进而生成相应返回给客户端。
关于几个scanner
1.KeyValueScanner：这是最基本的读取接口，定义了很多方法，例如定位某个cell、当前的scanner是内存类型还是文件类型、获取当前scanner的第一个cell；
2.MemStoreScanner：可以说是一种“物理获取”，但是是从memstore这种数据结构中获取数据，实现起来的时候还考虑了快照的情况；
3.StoreFileScanner：主要依靠reader和hfs两个成员对象来实现读取HFile，一个HFile在一次获取操作中对应一个StoreFileScanner对象，姑且也当成是一种“物理获取”；
4.KeyValueHeap：通过聚合一系列的逻辑或物理上实现KeyValueScanner的类，然后在根据自己的逻辑获取需要的数据，是一种“逻辑获取”，下面的StoreScanner就是一种“逻辑获取”；
5.StoreScanner：HBase里一个store对应一个memstore跟多个filestore，所以这里的一个StoreScanner对象其实是通过聚合一个MemStoreScanner以及多个StoreFileScanner，在加上一些自己的逻辑来获取数据（例如重写的peek()方法就需要先在StoreScanner中加锁，虽然现在还不是很清楚为什么加锁）；
6.RegionScannerImpl：这个类首先是聚合了一个KeyValueHeap类型的storeHeap对象，而storeHeap则进一步的聚合了一系列相关的StoreScanner，从而达到获取数据的效果，虽然没有直接继承KeyValueScanner接口，也可以看成是一个“逻辑获取”。
真实代码中考虑到反向查询，上面跟“逻辑获取”相关的类都通过继承的方式实现了一个对应的反向获取类（ReversedKeyValueHeap、ReversedStoreScanner、ReversedRegionScannerImpl），不过基本接口KeyValueScanner中都定义了backwardSeek、seekToPreviousRow这些往后面获取数据的方法，所以实现起来不是特别麻烦。
最后就是关于pread和seek+read，根据网上的一些解释前者适合小于一个数据块（默认64k）的smallScan（openScanner, next, closeScanner将在同一次rpc中实现）；而后者则会使用hdfs预读取，在DN中缓存一些数据（HBASE-7266、HBASE-9488）。
