save

Author: SusionSuc

AndroidFramework源码分析/我所理解的Binder机制.md

@@ -59,7 +59,7 @@ public interface IInterface
 
 *我们称`IApplicationThread`为`ApplicationThread`这个`Binder`的功能。* 所以`Binder`除了可以理解为系统给我们提供的一个跨进程通信的对象。 我们在用`Binder`通信时，还可以说`Binder`是一个具有某些功能的一个对象。
 
-那么怎么表示`Binder`有功能呢？ *即要继承`IInterface`* 。`IInterface`可以表示`Binder`有功能， 不然你想一个，那么多`Binder`都只实现自己的接口, 那么系统层就不好操作了，它总不能向下强转为`Binder`吧，所以Android定义了一个更高层级的接口`IInterface`。描述`Binder`功能的接口必须继承自这个接口。 
+那么怎么表示`Binder`有功能呢？ *即要继承`IInterface`* 。`IInterface`可以表示`Binder`有功能， 不然你想一下那么多`Binder`都只实现自己的接口, 那么系统层就不好操作了，它总不能向下强转为`Binder`吧，所以Android定义了一个更高层级的接口`IInterface`。描述`Binder`功能的接口必须继承自这个接口。 
 
 重点: *Binder、Binder的功能(IApplicationThread)、IInterface它们都在同一个对象上 -> ApplicationThread*
 

router/ARouter/基本路由过程.md

@@ -113,7 +113,7 @@
 
 `Warehouse.groupsIndex` : 它的类型是 `Map<String, Class<? extends IRouteGroup>>`。存放着路由组对应的类，这些类都是在编译期动态生成的。
 
-`Warehouse.routes` : 类型是 `Map<String, RouteMeta>`。即一个理由path对应一个`RouteMeta`。上面已经看到，它是按组来懒加载的。
+`Warehouse.routes` : 类型是 `Map<String, RouteMeta>`。即一个路由path对应一个`RouteMeta`。上面已经看到，它是按组来懒加载的。
 
 来总结一下这个方法的主要流程:
 

router/WMRouter/基本路由架构梳理.md

@@ -3,9 +3,9 @@
 
 # 基本元素
 
-先来简单理解一下`WMRouter`路由过程中的几个基本构成元素 :
+先来简单理解一下`WMRouter`路由过程中的几个基本元素 :
 
-`UriRequest` : 封装了一个路由请求
+`UriRequest` : 用于封装一个路由请求
 
 `UriInterceptor` : 代表一个拦截器，可以对一个`UriRequest`进行拦截，通过`UriCallback`来告诉拦截结果。
 
@@ -34,13 +34,13 @@ public abstract class UriHandler {
     // 是否要处理给定的URI
     protected abstract boolean shouldHandle(@NonNull UriRequest request);
 
-    //子UriHandler需要写的处理逻辑
+    //子类需要重写的处理逻辑
     protected abstract void handleInternal(@NonNull UriRequest request, @NonNull UriCallback callback);
 }
 
 ```
 
-`UriHandler`在对一个`Uri`处理时，会调用`handle`方法，因此我们可以通过这个方法理清一个Uri被路由的基本处理过程
+`UriHandler`在对一个`Uri`处理时，会调用`handle`方法，这个方法定义了一个`UriRequest`被处理的基本过程。
 
 ```
     //处理URI。通常不需要覆写本方法。
@@ -68,7 +68,7 @@ OK，在`WMRouter`中一个`uri`被处理的基本逻辑可用用下图表示 :
 
 ![UriHandle.handle](picture/UriHandle.handle().png)
 
-所以，定义一个基本的处理`Uri`的类应继承自`UriHandler`,并复写`handle`方法。
+所以，定义一个基本的处理`Uri`的类应继承自`UriHandler`,并复写`handleInternal`方法。
 
 ## ChainedInterceptor
 

router/WMRouter/路由节点的动态生成.md

@@ -8,7 +8,7 @@
 
 ## UriAnnotationHandler的构成
 
-这个类主要由两个功能:
+这个类主要有两个功能:
 
 1. 继承自`UrlHandler`,内部包含许多`PathHandler`,可以处理多个(Scheme+Host)的Uri。
 2. 加载`@RouterUri`生成的`UrlHandler`,并添加到其对应的`PathHandler`中。作为路由节点。
@@ -28,7 +28,7 @@ public class PathHandler extends UriHandler {
 
 >回顾一下一个uri的组成: Scheme + //: + Host + / + Path + (?) + QueryParams
 
-其实浏览源码，我并没有看到太多设置path prefix的使用，因此这里简单了理解为`PathHandler`就是`UriHandler`的集合，可以通过`register()`来注册一个`UriHandler`, 这个`UriHandler`就会以`path`为key, 它(`UriHandler`)为value，放入map中:
+其实浏览源码，我并没有看到太多设置path prefix的使用，因此这里简单的理解为`PathHandler`就是`UriHandler`的集合，可以通过`register()`来注册一个`UriHandler`, 这个`UriHandler`就会以`path`为key, 它(`UriHandler`)为value，放入map中:
 
 ```
     //注册一个 UriHandler, key为路由的path
@@ -84,7 +84,7 @@ public class PathHandler extends UriHandler {
 
 即根据`UriRequest`的path获取对应的UriHandler,处理这个uri。
 
-继续看`UriAnnotationHandler`。
+>继续看`UriAnnotationHandler`。
 
 这个类也有一个map，其类型为Map<String, PathHandler>。  key是`Scheme://Host`。它也提供一个`register()`方法来添加`PathHandler` :
 
@@ -114,20 +114,20 @@ public class PathHandler extends UriHandler {
 即根据`UriRequest的 scheme+host`获取对应的`PathHandler`，交由`PathHandler`处理，而`PathHandler`其实就是根据`Uri`的path，获取对应的`UriHandler`来处理这个`uri`
 
 
-ok上面我们大致知道了`UriAnnotationHandler`的组成，以及对于一个`UriRequest`它是如何处理的。 那么它的构成基础`UriHandler`是怎么注册的呢 ？
+ok上面我们大致知道了`UriAnnotationHandler`的组成，以及对于一个`UriRequest`它是如何处理的。 那么它的构成基础`UriHandler`是怎么注册的呢？即如何添加到`PathHandler`中的呢?
 
 ## 路由节点的动态生成
 
 上面分析后，我们知道`UriAnnotationHandler`提供了`register`方法来向其中注册`uri`。它会根据`uri`来生成对应的`UriHandler`。那么这些注册代码在哪里？怎么生成的呢?
 
-我们先看一下如何在`WMRouter`中定义一个路由节点(即，如何给定一个Url，然后跳转到我们想要跳转的page)。在`WMRouter`中我们可以通过注解来定义路由的Page:
+我们先看一下如何在`WMRouter`中定义一个路由节点(即，如何给定一个Url，然后跳转到我们想要跳转的page)。在`WMRouter`中我们可以通过注解来定义可被路由的Page:
 
 ```
 @RouterUri(scheme = "test", host = "channel1", path = "test_a")
 public class TestAActivity extends BaseActivity
 ```
 
-我们在代码中可以使用 `Router.startUri(context, "test://channel1/test_a")`, 跳转到我们定义的这个Activity。其实`Router.startUri()`的具体实现就是调用`DefaultRootUriHandler`的方法开始整个路由遍历:
+我们在代码中可以使用 `Router.startUri(context, "test://channel1/test_a")`, 跳转到我们定义的这个Activity。其实`Router.startUri()`的具体实现就是调用`DefaultRootUriHandler`方法来开始整个路由节点的遍历:
 
 ```
     public static void startUri(Context context, String uri) {
@@ -153,7 +153,7 @@ public class UriAnnotationInit_xxx implements IUriAnnotationInit {
 1. 注册处理器: https://blog.csdn.net/jeasonlzy/article/details/74273851
 2. javaopet: https://blog.csdn.net/qq_18242391/article/details/77018155
 
-使用上面这两个工具就可以生成上面的注册代码。因此，这两个技术就不在细看，不过你需要了解，不然接下来的不好理解:
+使用上面这两个工具就可以生成上面的注册代码。因此，这两个技术就不在细看，不过你需要了解一下，不然接下来的内容不好理解:
 
 ## 动态扫描注解，生成UriHandler注册代码