开发的猫
开发的猫

[Glide4源码解析系列]–2.Glide数据模型转换与数据抓取

Glide4源码解析系列

[Glide4源码解析系列]–1.Glide初始化
[Glide4源码解析系列]–2.Glide数据模型转换与数据抓取

一、简介

上一篇文章，我们梳理了一遍Glide的初始化流程，看到了Gilde在Glide#with一句简单的代码背后做了巨大的准备工作，而这所有的准备工作，都是为了接下来顺利地完成数据解析和显示做了铺垫。

在上一遍文章中提到，Glide的数据解码流程可以分为以下几个步骤（如果没看上一篇文章，建议可以先看看）：

model(数据源)–>data(转换数据)–>decode(解码)–>transformed(缩放)–>transcoded(转码)–>encoded(编码保存到本地)

那么本篇文章就重点来看看Glide的数据转换与数据抓取流程。

我们依然从一句代码开始，那就是RequestManager#load

二、Glide资源加载前的准备

1. RequestManager.load装载原始数据

通过上一篇文章，我们知道，Glide.with()最后给我们返回了一个请求管理工具，那就是RequestManger。通常如果是简单的加载一张图片的话，我们调用链如下：


Glide.with(this).load(url).into(iv_img);

在RequestManger的中，对load方法进行了多个类型的重载，基本上可以满足日常图片加载类型，如String, URL，Bitmap，InputStream，File等等。

为了方便分析和流程的梳理，我们需要指定一个数据类型来进行跟踪，其它的流程基本是一致的，只是过程中使用的转换模型和解码方式不一样而已。

那么，这里就使用日常最常使用的，加载一个网络图片作为分析源头。我们直接进入：

  public RequestBuilder load(@Nullable String string) {
    return asDrawable().load(string);
  }

  public RequestBuilder asDrawable() {
    return as(Drawable.class);
  }

  public  RequestBuilder as(Class resourceClass) {
    return new RequestBuilder<>(glide, this, resourceClass, context);
  }

首先看到，在最后这个as方法中，创建了一个RequestBuilder，即一个请求的构建者，用来构建个Request请求工具。

这里需要注意一个参数，即as(Drawable.class)，这个Drawable.class类型，将是最后转码得到的，最终用于显示的数据类型。

其次，asDrawable()得到一个RequestBuilder，然后通过其load方法，将原始数据设置给RequstBuilder。

那么，我们就来看看RequestBuild做了什么。

  public RequestBuilder load(@Nullable String string) {
    return loadGeneric(string);
  }

  private RequestBuilder loadGeneric(@Nullable Object model) {
    this.model = model;
    isModelSet = true;
    return this;
  }

可以看到，这里并没有马上进入数据请求加载过程，而是简单的将数据模式进行了保存，并将isModelSet设置为true，然后返回。

那么什么时候才开始进入数据加载流程。那就要来看看RequestBuilder#into()方法了。

2. RequestBuilder.into()启动资源加载
1）生成请求参数，及显示目标
public ViewTarget into(ImageView view) {
    Util.assertMainThread();
    Preconditions.checkNotNull(view);

    RequestOptions requestOptions = this.requestOptions;
    if (!requestOptions.isTransformationSet()
        && requestOptions.isTransformationAllowed()
        && view.getScaleType() != null) {
      // Clone in this method so that if we use this RequestBuilder to load into a View and then
      // into a different target, we don't retain the transformation applied based on the previous
      // View's scale type.
      switch (view.getScaleType()) {
        case CENTER_CROP:
          requestOptions = requestOptions.clone().optionalCenterCrop();
          break;
        case CENTER_INSIDE:
          requestOptions = requestOptions.clone().optionalCenterInside();
          break;
        case FIT_CENTER:
        case FIT_START:
        case FIT_END:
          requestOptions = requestOptions.clone().optionalFitCenter();
          break;
        case FIT_XY:
          requestOptions = requestOptions.clone().optionalCenterInside();
          break;
        case CENTER:
        case MATRIX:
        default:
          // Do nothing.
      }
    }

    return into(
        glideContext.buildImageViewTarget(view, transcodeClass),
        /*targetListener=*/ null,
        requestOptions);
  }

根据ImageView设置的缩放类型，配置一个请求参数，这里设置的缩放工具，就是加载流程中transformed(缩放)使用到的工具。

重点看最后一个调用，第一个参数

glideContext.buildImageViewTarget(view, transcodeClass),

这里会根据transcodeClass类型生成一个ViewTarget，这里transcodeClass为Drawable.class，所有将会生成一个DrawableImageViewTarget。

2）构建请求，并启动数据加载

进入into方法中，过程比较简单，直接看代码中的注释：

private > Y into(
  @NonNull Y target,
  @Nullable RequestListener targetListener,
  RequestOptions options) {
    Util.assertMainThread();
    Preconditions.checkNotNull(target);
    //第一：通过isModelSet检查是否通过load设置了数据源，否则抛出异常；
    if (!isModelSet) {
      throw new IllegalArgumentException("You must call #load() before calling #into()");
    }

    options = options.autoClone();

    //第二：创建请求；
    Request request = buildRequest(target, targetListener, options);

    //第三：判断当前请求是否已经存在，
    //是的话，直接启动请求；
    Request previous = target.getRequest();
    if (request.isEquivalentTo(previous)) {
      request.recycle();
      // If the request is completed, beginning again will ensure the result is re-delivered,
      // triggering RequestListeners and Targets. If the request is failed, beginning again will
      // restart the request, giving it another chance to complete. If the request is already
      // running, we can let it continue running without interruption.
      if (!Preconditions.checkNotNull(previous).isRunning()) {
        // Use the previous request rather than the new one to allow for optimizations like skipping
        // setting placeholders, tracking and untracking Targets, and obtaining View dimensions that
        // are done in the individual Request.
        previous.begin();
      }
      return target;
    }

    //第四：保存当前请求到ViewTarget的Tag中，
    //并将Request添加RequestManager中进行跟踪维护。
    requestManager.clear(target);
    target.setRequest(request);
    requestManager.track(target, request);

    return target;
}

一看便知，重点在第二和第四两步上。

首先来看下第二步，构建一个Request：

private Request buildRequest(
  Target target,
  @Nullable RequestListener targetListener,
  RequestOptions requestOptions) {
    return buildRequestRecursive(
        target,
        targetListener,
        /*parentCoordinator=*/ null,
        transitionOptions,
        requestOptions.getPriority(),
        requestOptions.getOverrideWidth(),
        requestOptions.getOverrideHeight(),
        requestOptions);
}

private Request buildRequestRecursive(
  Target target,
  @Nullable RequestListener targetListener,
  @Nullable RequestCoordinator parentCoordinator,
  TransitionOptionssuper TranscodeType> transitionOptions,
  Priority priority,
  int overrideWidth,
  int overrideHeight,
  RequestOptions requestOptions) {

    // Build the ErrorRequestCoordinator first if necessary so we can update parentCoordinator.
    ErrorRequestCoordinator errorRequestCoordinator = null;
    if (errorBuilder != null) {
      errorRequestCoordinator = new ErrorRequestCoordinator(parentCoordinator);
      parentCoordinator = errorRequestCoordinator;
    }

    //构建目标请求
    Request mainRequest =
        buildThumbnailRequestRecursive(
            target,
            targetListener,
            parentCoordinator,
            transitionOptions,
            priority,
            overrideWidth,
            overrideHeight,
            requestOptions);

    if (errorRequestCoordinator == null) {
      return mainRequest;
    }

    int errorOverrideWidth = errorBuilder.requestOptions.getOverrideWidth();
    int errorOverrideHeight = errorBuilder.requestOptions.getOverrideHeight();
    if (Util.isValidDimensions(overrideWidth, overrideHeight)
        && !errorBuilder.requestOptions.isValidOverride()) {
      errorOverrideWidth = requestOptions.getOverrideWidth();
      errorOverrideHeight = requestOptions.getOverrideHeight();
    }

    Request errorRequest = errorBuilder.buildRequestRecursive(
        target,
        targetListener,
        errorRequestCoordinator,
        errorBuilder.transitionOptions,
        errorBuilder.requestOptions.getPriority(),
        errorOverrideWidth,
        errorOverrideHeight,
        errorBuilder.requestOptions);
    errorRequestCoordinator.setRequests(mainRequest, errorRequest);
    return errorRequestCoordinator;
}

直接看第二个方法buildRequestRecursive，递归构建请求。从方法命名来看，请求不一定只有一个，而是会视情况递归地去构建多个请求，这些请求类型包括：

  • 错误图片请求（正常的请求出错时，如果有配置该请求，则启动该请求）
  • 缩略图请求（小图请求，可以较快显示。如有配置，在请求开始时，就会启动）
  • 目标图片请求（目标图片请求，在请求开始时，就是启动）

如果除了目标图片外，用户还配置了错误图片显示，或缩略图显示，那么，这时候会创建一个请求协调器，来协调各类型图片间的请求顺序。

在看协调器之前，我们先来看下Request这类，它是一个接口类，规定了请求相关的接口，如开始/停止/清除/回收请求……

public interface Request {
  void begin();
  void pause();
  void clear();
  boolean isPaused();
  boolean isRunning();
  boolean isComplete();
  boolean isResourceSet();
  boolean isCancelled();
  boolean isFailed();
  void recycle();
  boolean isEquivalentTo(Request other);
}

而协调器，其实也是一个Request的实现类，比如上面第二个方法中的ErrorRequestCoordinator

public final class ErrorRequestCoordinator implements RequestCoordinator,
    Request {

  @Nullable
  private final RequestCoordinator parent;
  private Request primary;
  private Request error;

  public ErrorRequestCoordinator(@Nullable RequestCoordinator parent) {
    this.parent = parent;
  }

  public void setRequests(Request primary, Request error) {
    this.primary = primary;
    this.error = error;
  }

  @Override
  public void begin() {
    if (!primary.isRunning()) {
      primary.begin();
    }
  }

  @Override
  public void pause() {
    if (!primary.isFailed()) {
      primary.pause();
    }
    if (error.isRunning()) {
      error.pause();
    }
  }

  @Override
  public void clear() {
    primary.clear();
    if (primary.isFailed()) {
      error.clear();
    }
  }

  @Override
  public void onRequestFailed(Request request) {
    if (!request.equals(error)) {
      if (!error.isRunning()) {
        error.begin();
      }
      return;
    }

    if (parent != null) {
      parent.onRequestFailed(this);
    }
  }

  //省略其余方法......
}
  1. 在构建协调器后，会将目标图片请求和错误图片请求设置给协调器。
  2. 一旦请求begin，就会启动目标图片请求。
  3. 当目标图片请求失败时，就会启动错误图片请求。

其它的协调器也是类似的，只不过各类型请求启动的时机不一样罢了！

接着，我们回到刚刚buildRequestRecursive方法中，为了方便分析，我们简化一下流程，只看请求只有目标图片的情况。

构建目标图片用是在buildThumbnailRequestRecursive方法中：

private Request buildThumbnailRequestRecursive(
  Target target,
  RequestListener targetListener,
  @Nullable RequestCoordinator parentCoordinator,
  TransitionOptionssuper TranscodeType> transitionOptions,
  Priority priority,
  int overrideWidth,
  int overrideHeight,
  RequestOptions requestOptions) {
    if (thumbnailBuilder != null) {
        //构建请求......
    } else if (thumbSizeMultiplier != null) {
        //构建请求......
    } else {
      // Base case: no thumbnail.
      return obtainRequest(
          target,
          targetListener,
          requestOptions,
          parentCoordinator,
          transitionOptions,
          priority,
          overrideWidth,
          overrideHeight);
    }
}

看最后一个else，只有目标图片的情况，这里会构建并返回一个Request：

private Request obtainRequest(
  Target target,
  RequestListener targetListener,
  RequestOptions requestOptions,
  RequestCoordinator requestCoordinator,
  TransitionOptionssuper TranscodeType> transitionOptions,
  Priority priority,
  int overrideWidth,
  int overrideHeight) {
    return SingleRequest.obtain(
        context,
        glideContext,
        model,
        transcodeClass,
        requestOptions,
        overrideWidth,
        overrideHeight,
        priority,
        target,
        targetListener,
        requestListener,
        requestCoordinator,
        glideContext.getEngine(),
        transitionOptions.getTransitionFactory());
}

通过SingleRequest.obtain获取到了一个SingleRequst的单例（这一堆的参数让人忍不住想吐槽一下）。

到这构建好了Request，那么接下来就是启动请求了。

3）启动请求

回到into方法中：


private > Y into(
  @NonNull Y target,
  @Nullable RequestListener targetListener,
  RequestOptions options) {

    //省略部分代码......

    requestManager.clear(target);
    target.setRequest(request);
    requestManager.track(target, request);

    return target;
}

在平时使用Glide过程中，我们可能会调用ImageView的setTag来缓存一些数据，但是在使用Glide加载图片的时候，就会抛出异常，告诉我们使用Glide来加载图片的ImageView不能调用setTag方法，这是为什么呢？原因就在这句代码：

target.setRequest(request);

这句代码会将Request缓存到ImageView的tag中，如果你确实需要缓存数据，那么你只能调用setTag(int key, Object tag)给tag设置一个key。

最后，将这个请求放到RequestManager的请求队列中，同时发起加载请求。

//RequestManager.java
void track(Target target, Request request) {
    targetTracker.track(target);
    requestTracker.runRequest(request);
}

//RequestTracker.java
public void runRequest(Request request) {
    requests.add(request);
    if (!isPaused) {
      request.begin();
    } else {
      pendingRequests.add(request);
    }
}

那么，Glide就通过RequestManager、RequestOption、Request，构建了一个请求序列,并通过监听生命周期来动态管理Request的开启、暂停、恢复、销毁等。

三、开启资源加载任务

来到SingleRequest#begin方法中(非完整代码，省略一些不太紧要的代码)

public void begin() {

    //省略部分代码...

    if (status == Status.RUNNING) {
      throw new IllegalArgumentException("Cannot restart a running request");
    }
    if (status == Status.COMPLETE) {
      onResourceReady(resource, DataSource.MEMORY_CACHE);
      return;
    }

    //重点在以下if中
    status = Status.WAITING_FOR_SIZE;
    if (Util.isValidDimensions(overrideWidth, overrideHeight)) {
      onSizeReady(overrideWidth, overrideHeight);
    } else {
      target.getSize(this);
    }

    if ((status == Status.RUNNING || status == Status.WAITING_FOR_SIZE)
        && canNotifyStatusChanged()) {
      target.onLoadStarted(getPlaceholderDrawable());
    }
}

public void onSizeReady(int width, int height) {

    //省略部分代码...

    if (status != Status.WAITING_FOR_SIZE) {
      return;
    }
    status = Status.RUNNING;

    float sizeMultiplier = requestOptions.getSizeMultiplier();
    this.width = maybeApplySizeMultiplier(width, sizeMultiplier);
    this.height = maybeApplySizeMultiplier(height, sizeMultiplier);

    loadStatus = engine.load(
        glideContext,
        model,
        requestOptions.getSignature(),
        this.width,
        this.height,
        requestOptions.getResourceClass(),
        transcodeClass,
        priority,
        requestOptions.getDiskCacheStrategy(),
        requestOptions.getTransformations(),
        requestOptions.isTransformationRequired(),
        requestOptions.isScaleOnlyOrNoTransform(),
        requestOptions.getOptions(),
        requestOptions.isMemoryCacheable(),
        requestOptions.getUseUnlimitedSourceGeneratorsPool(),
        requestOptions.getUseAnimationPool(),
        requestOptions.getOnlyRetrieveFromCache(),
        this);

    if (status != Status.RUNNING) {
      loadStatus = null;
    }
}

在begin方法中，如果图片显示尺寸有效，会直接调用onSizeReady。否则， 会调用target.getSize，去计算图片尺寸，计算完毕后，同样会回调onSizeReady方法。

因此，最终都会进入到onSizeReady方法中，进而调用Engine（请求加载引擎）的load方法。

代码中简单标示了加载流程。

//Engine.java
public  LoadStatus load(
      GlideContext glideContext,
      Object model,
      Key signature,
      int width,
      int height,
      Class resourceClass,
      Class transcodeClass,
      Priority priority,
      DiskCacheStrategy diskCacheStrategy,
      Map, Transformation> transformations,
      boolean isTransformationRequired,
      boolean isScaleOnlyOrNoTransform,
      Options options,
      boolean isMemoryCacheable,
      boolean useUnlimitedSourceExecutorPool,
      boolean useAnimationPool,
      boolean onlyRetrieveFromCache,
      ResourceCallback cb) {
    Util.assertMainThread();
    long startTime = LogTime.getLogTime();

    //1:创建资源索引key
    EngineKey key = keyFactory.buildKey(model, signature, width, height, transformations,
        resourceClass, transcodeClass, options);

    //2:从内存中当前正在显示的资源缓存加载图片
    EngineResource active = loadFromActiveResources(key, isMemoryCacheable);
    if (active != null) {
      cb.onResourceReady(active, DataSource.MEMORY_CACHE);
      if (Log.isLoggable(TAG, Log.VERBOSE)) {
        logWithTimeAndKey("Loaded resource from active resources", startTime, key);
      }
      return null;
    }

    //3:从内存缓存资源中加载图片
    EngineResource cached = loadFromCache(key, isMemoryCacheable);
    if (cached != null) {
      cb.onResourceReady(cached, DataSource.MEMORY_CACHE);
      if (Log.isLoggable(TAG, Log.VERBOSE)) {
        logWithTimeAndKey("Loaded resource from cache", startTime, key);
      }
      return null;
    }

    //4:获取已经存在的加载任务
    EngineJob current = jobs.get(key, onlyRetrieveFromCache);
    if (current != null) {
      current.addCallback(cb);
      if (Log.isLoggable(TAG, Log.VERBOSE)) {
        logWithTimeAndKey("Added to existing load", startTime, key);
      }
      return new LoadStatus(cb, current);
    }

    //5:新建加载任务，用于启动解码任务
    EngineJob engineJob =
        engineJobFactory.build(
            key,
            isMemoryCacheable,
            useUnlimitedSourceExecutorPool,
            useAnimationPool,
            onlyRetrieveFromCache);

    //6:新建解码任务，真正执行数据加载和解码的类
    DecodeJob decodeJob =
        decodeJobFactory.build(
            glideContext,
            model,
            key,
            signature,
            width,
            height,
            resourceClass,
            transcodeClass,
            priority,
            diskCacheStrategy,
            transformations,
            isTransformationRequired,
            isScaleOnlyOrNoTransform,
            onlyRetrieveFromCache,
            options,
            engineJob);

    //7:缓存加载任务
    jobs.put(key, engineJob);

    engineJob.addCallback(cb);

    //8:开启解码任务
    engineJob.start(decodeJob);

    return new LoadStatus(cb, engineJob);
}

以上共有8个步骤来获取或开始一个资源的加载和解码。分析一下：

1：创建资源索引key。
我们可以看到生成一个索引key需要资源本身、图片宽高、转换类型、加载参数等等，只要这些都一致的情况下，才判定为一个相同的图片资源加载。所以，即便是要显示的ImageView宽高不一样，Glide都会重新执行一次加载过程，而不是内存中加载已有的图片资源。

2和3：
如果要加载的图片已经正在显示，直接使用已有的资源。如果图片没有在显示，但是已经正好还在内存缓存中，没有被销毁，那么直接使用缓存中的资源

4到8：
如果内存中并没有可以直接使用的图片资源，那么就要开始从网络或者本地硬盘中去加载一张图片。

还记得上一篇文中说到的，初始化过程中会创建几个不同类的线程池，用于加载图片资源吗？Glide将每一个请求都封装为一个解码任务DecodeJob，并扔到线程池中，以此来开启任务的异步加载。

public void start(DecodeJob decodeJob) {
    this.decodeJob = decodeJob;
    GlideExecutor executor = decodeJob.willDecodeFromCache()
        ? diskCacheExecutor
        : getActiveSourceExecutor();
    executor.execute(decodeJob);
}

如此就很明了了，DecodeJob肯定是一个继承Runnable的类，任务启动的入口就在run方法中。

//DecodeJob.java

public void run() {

    //省略部分代码...

    DataFetcher localFetcher = currentFetcher;
    try {
      if (isCancelled) {
        notifyFailed();
        return;
      }
      //重点调用
      runWrapped();
    } catch (Throwable t) {

      //省略日志打印和注释...

      if (stage != Stage.ENCODE) {
        throwables.add(t);
        notifyFailed();
      }
      if (!isCancelled) {
        throw t;
      }
    } finally {
      // Keeping track of the fetcher here and calling cleanup is excessively paranoid, we call
      // close in all cases anyway.
      if (localFetcher != null) {
        localFetcher.cleanup();
      }
      TraceCompat.endSection();
    }
}
 ```

如果一切正常，那么会进入runWrapped方法中

```java
//DecodeJob.java

private void runWrapped() {
     switch (runReason) {
      case INITIALIZE:
        stage = getNextStage(Stage.INITIALIZE);
        currentGenerator = getNextGenerator();
        runGenerators();
        break;
      case SWITCH_TO_SOURCE_SERVICE:
        runGenerators();
        break;
      case DECODE_DATA:
        decodeFromRetrievedData();
        break;
      default:
        throw new IllegalStateException("Unrecognized run reason: " + runReason);
    }
}

private Stage getNextStage(Stage current) {
    switch (current) {
      //初始状态：下一状态为从处理过的资源缓存加载图片
      case INITIALIZE:
        return diskCacheStrategy.decodeCachedResource()
            ? Stage.RESOURCE_CACHE : getNextStage(Stage.RESOURCE_CACHE);

      //状态2：下一状态从未处理过的原始资源加载图片
      case RESOURCE_CACHE:
        return diskCacheStrategy.decodeCachedData()
            ? Stage.DATA_CACHE : getNextStage(Stage.DATA_CACHE);

      //状态3：下一状态从远程加载图片
      case DATA_CACHE:
        // Skip loading from source if the user opted to only retrieve the resource from cache.
        return onlyRetrieveFromCache ? Stage.FINISHED : Stage.SOURCE;

      //状态4：结束解码
      case SOURCE:
      case FINISHED:
        return Stage.FINISHED;
      default:
        throw new IllegalArgumentException("Unrecognized stage: " + current);
    }
}

private DataFetcherGenerator getNextGenerator() {
    switch (stage) {
      case RESOURCE_CACHE:
        //处理过的缓存资源加载器
        return new ResourceCacheGenerator(decodeHelper, this);
      case DATA_CACHE:
        //原始图片资源缓存加载器
        return new DataCacheGenerator(decodeHelper, this);
      case SOURCE:
        //远程图片资源加载器
        return new SourceGenerator(decodeHelper, this);
      case FINISHED:
        return null;
      default:
        throw new IllegalStateException("Unrecognized stage: " + stage);
    }
}

private void runGenerators() {
    currentThread = Thread.currentThread();
    startFetchTime = LogTime.getLogTime();
    boolean isStarted = false;
    while (!isCancelled && currentGenerator != null
        && !(isStarted = currentGenerator.startNext())) {
      stage = getNextStage(stage);
      currentGenerator = getNextGenerator();

      if (stage == Stage.SOURCE) {
        reschedule();
        return;
      }
    }
    // We've run out of stages and generators, give up.
    if ((stage == Stage.FINISHED || isCancelled) && !isStarted) {
      notifyFailed();
    }
}





"se-preview-section-delimiter">

==这几个方法构成了Glide的解码流程：==

  1. 尝试从处理过的本地资源加载图片
  2. 尝试从未处理过的原始本地资源加载图片
  3. 尝试从远程加载图片

因此，这是一个嵌套的循环，通过状态的切换来寻找下一个加载器，直到加载一张图片，返回成功；或者找不到要加载的图片，返回失败。

==以上三个步骤分别对应以下三个加载器：==

  1. ResourceCacheGenerator
  2. DataCacheGenerator
  3. SourceGenerator

接下来终于要进入本文的重点部分了（铺垫了一堆?，想讲明白Glide真不容易啊～）

四、Glide数据模型转换

1. 加载核心简介

以上三个加载器是顺序遍历的，本文以加载一张网络图片来讲解这个解码过程，为了便于理解与理清加载逻辑，我们不按照这个流程来，而是从最后一个SourceGenerator加载器入手，因为，当你第一次加载一张新的网络图片时，本地并没有这张网络图片的缓存。

从runGenerators方法中看到，Generator的入口是startNext()方法

//SourceGenerator.java

public boolean startNext() {

    //1：判断是否有缓存，如有，直接加载缓存
    if (dataToCache != null) {
      Object data = dataToCache;
      dataToCache = null;
      cacheData(data);
    }

    if (sourceCacheGenerator != null && sourceCacheGenerator.startNext()) {
      return true;
    }
    sourceCacheGenerator = null;

    //2：没有缓存，从远程加载
    loadData = null;
    boolean started = false;
    while (!started && hasNextModelLoader()) {
      //3：获取数据加载器
      loadData = helper.getLoadData().get(loadDataListIndex++);
      if (loadData != null
          && (helper.getDiskCacheStrategy().isDataCacheable(loadData.fetcher.getDataSource())
          || helper.hasLoadPath(loadData.fetcher.getDataClass()))) {
        started = true;
        loadData.fetcher.loadData(helper.getPriority(), this);
      }
    }
    return started;
}





"se-preview-section-delimiter">

分为两种情况，第一中情况我们先不管，后面再详细讲到。直接来看第二种情况，也是首次加载的情况。

又是一个循环遍历，遍历所有的ModelLoader模块加载器。为了更好的理解，我们先来了解下Glide用来数据加载和解码的几个模块。

类名 作用
SourceGenerator继承DataFetcherGenerator DataFecher生成器
ModelLoader 数据转换和创建LoadData
LoadData 数据加载(包含DataFecher)
DataFecher 数据抓取
LoadPath 加载器包含多个DecodePath
DecodePath 解码器

从命名上也可以看出他们之间的些许联系：

  • Generator是一个DataFecher生成器（还有ResourceCacheGenerator和DataCacheGenerator）

  • DataFether是一个数据抓取器，存放在LoadData中。
    而这些LoadData是从哪里生产的呢？就是ModelLoader。

    以上1-4构成了Glide数据转换与获取（如：String –> url –> InputStream）的核心；
    5-6则构成Glide数据解码的核心（5-6我们在下一篇文章再详细分析）。

  • 当抓取到数据以后，需要对数据进行解码，这时候就会用到DecodePath来进行解码，而DecodePath正是存放在LoadPath当中的。

这几个工具，基本构成了Glide数据加载过程的核心。

2. 模型转换匹配
1）数据转换，获取ModelLoader

Glide是如何后获取到匹配的模型加载器的？看startNext的第3步，进入helper.getLoadData()，其中helper为DecoderHelper，解码任务的帮助类。

//DecoderHelper.java

List> getLoadData() {
    if (!isLoadDataSet) {
      isLoadDataSet = true;
      loadData.clear();
      List> modelLoaders =
      glideContext.getRegistry().getModelLoaders(model);

      int size = modelLoaders.size();
      for (int i = 0; i < size; i++) {
        ModelLoader modelLoader = modelLoaders.get(i);
        LoadData current =
            modelLoader.buildLoadData(model, width, height, options);
        if (current != null) {
          loadData.add(current);
        }
      }
    }
    return loadData;
}





"se-preview-section-delimiter">

看到熟悉的代码了吗？

List> modelLoaders =
glideContext.getRegistry().getModelLoaders(model);





"se-preview-section-delimiter">

这里获取的不就是Glide在初始化的时候那个注册器吗？而getModelLoaders获取的就是model类型对应的数据转换器ModelLoader（如果不了解，建议先看上篇文章）。

下面只看关键的方法调用，

首先是ModelLoaderRegistry.java

  //ModelLoaderRegistry.java

  public synchronized  List> getModelLoaders(A model) {
    //获取model类型对应的数据模型加载器
    List> modelLoaders = getModelLoadersForClass(getClass(model));
    int size = modelLoaders.size();
    List> filteredLoaders = new ArrayList<>(size);
    for (int i = 0; i < size; i++) {
      ModelLoader loader = modelLoaders.get(i);
      if (loader.handles(model)) {
        filteredLoaders.add(loader);
      }
    }
    return filteredLoaders;
  }

  private  List> getModelLoadersForClass(Class modelClass) {
    List> loaders = cache.get(modelClass);
    if (loaders == null) {
      //调用工厂方法，构建ModelLoader
      loaders = Collections.unmodifiableList(multiModelLoaderFactory.build(modelClass));
      cache.put(modelClass, loaders);
    }
    return loaders;
  }





"se-preview-section-delimiter">

相信大家都看得懂，关键代码就是multiModelLoaderFactory.build(modelClass)

  //MultiModelLoaderFactory.java

  synchronized  List> build(Class modelClass) {
    try {
      List> loaders = new ArrayList<>();
      //1:遍历所有注册的模型转换器
      for (Entry entry : entries) {
        //2:过滤重复
        if (alreadyUsedEntries.contains(entry)) {
          continue;
        }
        //3:如果是要转换的数据类型
        if (entry.handles(modelClass)) {
          alreadyUsedEntries.add(entry);
          //4:添加构建好的ModelLoader
          loaders.add(this.build(entry));
          alreadyUsedEntries.remove(entry);
        }
      }
      return loaders;
    } catch (Throwable t) {
      alreadyUsedEntries.clear();
      throw t;
    }
  }

  private  ModelLoader build(Entry entry) {
    //调用工厂方法构建ModelLoader
    return (ModelLoader) Preconditions.checkNotNull(entry.factory.build(this));
  }

  //判断数据类型是否为要查找的数据类型，或者父类
  //即this.modelClass == modelClass 或者 modelClass为this.modelClass的子类
  public boolean handles(Class modelClass) {
      return this.modelClass.isAssignableFrom(modelClass);
  }





"se-preview-section-delimiter">

那么，先把String对应的类型转换以及相应的工厂列出来

Model 转换类型 ModelLoader工厂
String.class InputStream.class DataUrlLoader.StreamFactory
String.class InputStream.class StringLoader.StreamFactory
String.class InputStream.class StringLoader.FileDescriptorFactory()

是不是觉得很简单，就是三种转换而已，事实并非如此，我们继续往下看代码。

 //DataUrlLoader.java

 private static final String DATA_SCHEME_IMAGE = "data:image";

 public boolean handles(String url) {
    return url.startsWith(DATA_SCHEME_IMAGE);
 }

 //DataUrlLoader#StreamFactory.java

 public final ModelLoader build(MultiModelLoaderFactory multiFactory) {
    return new DataUrlLoader<>(opener);
 }





"se-preview-section-delimiter">

从handles方法可以看出，DataUrlLoader是用来加载base64 Url图片的。所以这会被过滤掉，不会用来处理普通的String类型图片路径。

剩下的两个：

  //StringLoader.java

  public boolean handles(String model) {
    return true;
  }

  //StringLoader#StreamFactory.java

  public ModelLoader build(MultiModelLoaderFactory multiFactory) {
    return new StringLoader<>(multiFactory.build(Uri.class, InputStream.class));
  }

  //StringLoader#FileDescriptorFactory.java

  public ModelLoader build(MultiModelLoaderFactory multiFactory) {
      return new StringLoader<>(multiFactory.build(Uri.class, ParcelFileDescriptor.class));
    }





"se-preview-section-delimiter">

你会发现，后面这两个工厂什么鬼？是不是走错片场了？通过multiFactory.build的方法又回到MultiModelLoaderFactory中了？

但是，如果你够仔细的话，你又会发现，此build非比build，这儿的build多了一个参数！！！

这就是Gilde数据模型转换非常高明的地方了。这里不仅将String.class类型的数据转换成了Uri.class的数据，并且还精确缩小了搜索范围，即要输入为Uri，又要输出只为InputStream.class和ParcelFileDescriptor.class的ModelLoader。

同时，也利用了Uri数据类型的ModelLoader的解析数据能力，来解析String类型的网络图片，不得不赞叹Glide强大的架构设计思维。

通过这种数据类型转换的能力，Glide几乎可以无缝的加载任意类型的图片数据。

好了，我们继续往下：

 public synchronized  ModelLoader build(Class modelClass,
      Class dataClass) {
    try {
      List> loaders = new ArrayList<>();
      boolean ignoredAnyEntries = false;
      //1:再次重新遍历，只不过，这次model变成了Uri.class
      for (Entry entry : entries) {
        if (alreadyUsedEntries.contains(entry)) {
          ignoredAnyEntries = true;
          continue;
        }
        //2:同时满足modelClass和dataClass才是要查找的ModelLoader
        if (entry.handles(modelClass, dataClass)) {
          alreadyUsedEntries.add(entry);
          loaders.add(this.build(entry));
          alreadyUsedEntries.remove(entry);
        }
      }
      //3:如果多于1个loader，创建个兼容的多Model加载器MultiModelLoader
      if (loaders.size() > 1) {
        return factory.build(loaders, throwableListPool);
      } else if (loaders.size() == 1) {
        //4:只有1个，直接返回
        return loaders.get(0);
      } else {
        if (ignoredAnyEntries) {
          return emptyModelLoader();
        } else {
          throw new NoModelLoaderAvailableException(modelClass, dataClass);
        }
      }
    } catch (Throwable t) {
      alreadyUsedEntries.clear();
      throw t;
    }
  }






"se-preview-section-delimiter">

遍历逻辑基本于上一个build相同，只不过，最后返回的时候，如果遍历到多个ModelLoader会创建一个MultiModelLoader，用来保存多个ModelLoader，其实也是一个协调器，类似新建Request是的多个类型Request时，用一个协调器来包裹和协调。

我们依旧把model类型为Uri，data转换类型为InputStream和ParcelFileDescriptor的ModelLoader用表格列出来：

model data Factory
Uri.class InputStream.class HttpUriLoader.Factory
Uri.class InputStream.class UriLoader.StreamFactory
Uri.class InputStream.class AssetUriLoader.StreamFactory
Uri.class InputStream.class MediaStoreImageThumbLoader.Factory
Uri.class InputStream.class MediaStoreVideoThumbLoader.Factory
Uri.class ParcelFileDescriptor.class AssetUriLoader.FileDescriptorFactory

这里列出了大体的ModelLoader，根据参数不一样其工厂也会有些差别。

经过这么一转换，分化出来的ModelLoader就有七八个。但是每个loader都有其对应可以加载数据类型，又或者在构建LoadData的时候会有所判断，来真正确认是否可以加载目标类型数据。

当然，你可能会想，这么多的loader是否是又会分化出更多的ModelLoader出来？那么我要告诉你的是，bingo～，答对了！

但是不用担心，万变不离其宗，所有的分化，到最后都会有个实际干活的Loader。

这里我们加载的是一张网络图片，可想而知，最筛选出来的只有可以加载网络数据的ModelLoader，判别方法也很简单，通过handlers方法就可以判别出来，具体就不再展开了。这里能加载网络图片的有HttpUriLoader和UriLoader

以HttpUriLoader为例：

  //HttpUriLoader.java
  private static final Set SCHEMES =
      Collections.unmodifiableSet(new HashSet<>(Arrays.asList("http", "https")));

  @Override
  public boolean handles(Uri model) {
    return SCHEMES.contains(model.getScheme());
  }

  //HttpUriLoader#Factory.java
  public ModelLoader build(MultiModelLoaderFactory multiFactory) {
    return new HttpUriLoader(multiFactory.build(GlideUrl.class, InputStream.class));
  }





"se-preview-section-delimiter">

看到没，又继续转换了，这回变成了GlideUrl和InputStream，但是这次不一样了，因为这两个构成的Modeloader只有一个，并且还是实际干活的！

model data Factory
GlideUrl.class InputStream.class HttpGlideUrlLoader.Factory 
 //HttpGlideUrlLoader#Factory.java

 public ModelLoader build(MultiModelLoaderFactory multiFactory) {
    return new HttpGlideUrlLoader(modelCache);
 }





"se-preview-section-delimiter">

经过这一些列遍历和转换构建，最终，Glide将得到一个ModelLoader列表，这个列表可能包含ModelLoader或者MultiModelLoader，取决于要加载的Model数据在注册表中注册的ModelLoad，以及ModelLoader相互间可发生的转换。

2）构建LoadData

让我们回到DecodeHelper：

List> getLoadData() {
    if (!isLoadDataSet) {
      isLoadDataSet = true;
      loadData.clear();
      List> modelLoaders = glideContext.getRegistry().getModelLoaders(model);
      int size = modelLoaders.size();
      for (int i = 0; i < size; i++) {
        ModelLoader modelLoader = modelLoaders.get(i);
        //构建LoadData
        LoadData current =
            modelLoader.buildLoadData(model, width, height, options);
        if (current != null) {
          loadData.add(current);
        }
      }
    }
    return loadData;
  }





"se-preview-section-delimiter">

得到ModelLoader后，将利用这些ModelLoader逐个构建LoadData

首先，看MultiModelLoader是如何构建LoadData的

//MultiModelLoader.java

public LoadData buildLoadData(Model model, int width, int height,
      Options options) {
    Key sourceKey = null;
    int size = modelLoaders.size();
    List> fetchers = new ArrayList<>(size);
    for (int i = 0; i < size; i++) {
      ModelLoader modelLoader = modelLoaders.get(i);
      if (modelLoader.handles(model)) {
        LoadData loadData = modelLoader.buildLoadData(model, width, height, options);
        if (loadData != null) {
          sourceKey = loadData.sourceKey;
          fetchers.add(loadData.fetcher);
        }
      }
    }
    return !fetchers.isEmpty()
        ? new LoadData<>(sourceKey, new MultiFetcher<>(fetchers, exceptionListPool)) : null;
}





"se-preview-section-delimiter">

MultiModelLoader会遍历保存的ModelLoader列表，逐个构建LoadData，并将各个LoadData中的DataFetcher取出，存放在MultiFetcher中，从而MultiFetcher又成为一个协调器。

再来看单个ModelLoader构建LoadData，同样的，以Model为String为例

  //StringLoader.java

  public LoadData buildLoadData(String model, int width, int height,
      Options options) {
    //将String转换为Uri
    Uri uri = parseUri(model);
    return uri == null ? null : uriLoader.buildLoadData(uri, width, height, options);
  }





"se-preview-section-delimiter">

还记得上面StringLoader构建的时候，进行Uri转换吗？此处的uriLoader正是转换后的ModelLoader/MultiLoader。其实最后构建的就是实际干活的对象：HttpGlideUrlLoader

  //HttpGlideUrlLoader.java

  public LoadData buildLoadData(@NonNull GlideUrl model, int width, int height,
      @NonNull Options options) {
    // GlideUrls memoize parsed URLs so caching them saves a few object instantiations and time
    // spent parsing urls.
    GlideUrl url = model;
    if (modelCache != null) {
      url = modelCache.get(model, 0, 0);
      if (url == null) {
        modelCache.put(model, 0, 0, model);
        url = model;
      }
    }
    int timeout = options.get(TIMEOUT);
    return new LoadData<>(url, new HttpUrlFetcher(url, timeout));
  }





"se-preview-section-delimiter">

最后的代码，将新建的HttpUrlFetcher注入给了LoadData，至此，得到一个有效的LoadData和DataFetcher。

3）数据抓取

得到了LoadData后，回到SourceGenerotor中，

  public boolean startNext() {

    //省略部分代码...

    boolean started = false;
    while (!started && hasNextModelLoader()) {
      loadData = helper.getLoadData().get(loadDataListIndex++);
      if (loadData != null
          && (helper.getDiskCacheStrategy().isDataCacheable(loadData.fetcher.getDataSource())
          || helper.hasLoadPath(loadData.fetcher.getDataClass()))) {
        started = true;
        loadData.fetcher.loadData(helper.getPriority(), this);
      }
    }
    return started;
  }





"se-preview-section-delimiter">

通过循环遍历所有的LoadData，并通过其DataFetcher，就可以进行数据的抓取了。

  //HttpUrlFetcher.java

  public void loadData(@NonNull Priority priority,
      @NonNull DataCallbacksuper InputStream> callback) {
    long startTime = LogTime.getLogTime();
    try {
      InputStream result = loadDataWithRedirects(glideUrl.toURL(), 0, null, glideUrl.getHeaders());
      callback.onDataReady(result);
    } catch (IOException e) {
      if (Log.isLoggable(TAG, Log.DEBUG)) {
        Log.d(TAG, "Failed to load data for url", e);
      }
      callback.onLoadFailed(e);
    } finally {
      if (Log.isLoggable(TAG, Log.VERBOSE)) {
        Log.v(TAG, "Finished http url fetcher fetch in " + LogTime.getElapsedMillis(startTime));
      }
    }
  }





"se-preview-section-delimiter">

通过loadDataWithRedirects方法，利用HttpURLConnection就可以抓取到网络图片的InputStream，具体不再展开，有兴趣可以查看源码。

最后通过callback.onDataReady(result)将结果回调给SourceGenerator进行下一步处理。

  //SourceGenerator.java

  public void onDataReady(Object data) {
    DiskCacheStrategy diskCacheStrategy = helper.getDiskCacheStrategy();
    if (data != null && diskCacheStrategy.isDataCacheable(loadData.fetcher.getDataSource())) {
      dataToCache = data;
      // We might be being called back on someone else's thread. Before doing anything, we should
      // reschedule to get back onto Glide's thread.
      cb.reschedule();
    } else {
      cb.onDataFetcherReady(loadData.sourceKey, data, loadData.fetcher,
          loadData.fetcher.getDataSource(), originalKey);
    }
  }





"se-preview-section-delimiter">

获取到数据后，分两种情况，一是需要将图片缓存到本地硬盘，一种是不需要缓存。Glide配置了多种缓存策略，默认是自动智能切换缓存存储策略，Glide认为远程网络图片获取是昂贵的，所以默认网络图片是会缓存原图的。而本地图片，包括drawable/assets等是不会缓存原图的。（当然你也可以重新配置）

那么这里获得的是网络图片，所以会进入if中，而else则是直接将结果返回给DecodeJob进行解码了。

进入if后，会将数据保存起来（留意dataToCache），然后重启任务。

reschedule后，将会接连回调DecodeJob和EngineJob的reschedule方法，从而重新开启DecodeJob任务。

  //DecodeJob.java
  @Override
  public void reschedule() {
    runReason = RunReason.SWITCH_TO_SOURCE_SERVICE;
    callback.reschedule(this);
  }

  //EngineJob.java
  @Override
  public void reschedule(DecodeJob job) {
    getActiveSourceExecutor().execute(job);
  }





"se-preview-section-delimiter">

由于开启的是同一个DecodeJob任务，所以整个任务的内容是会继续得到执行的。结果仍然是回到SourceGenerator的startNext方法中

而这个时候，就会进入上面提到的另一个情况。

  //SourceGenerator.java

  public boolean startNext() {
    if (dataToCache != null) {
      Object data = dataToCache;
      dataToCache = null;
      //1:先缓存数据
      cacheData(data);
    }

    //2:再重新执行数据转换和抓取
    if (sourceCacheGenerator != null &&
        sourceCacheGenerator.startNext()) {
      return true;
    }

    //省略循环遍历代码......
  }

  private void cacheData(Object dataToCache) {
    long startTime = LogTime.getLogTime();
    try {
      Encoder encoder = helper.getSourceEncoder(dataToCache);
      DataCacheWriter writer =
          new DataCacheWriter<>(encoder, dataToCache, helper.getOptions());
      originalKey = new DataCacheKey(loadData.sourceKey, helper.getSignature());
      helper.getDiskCache().put(originalKey, writer);
    } finally {
      loadData.fetcher.cleanup();
    }
    sourceCacheGenerator =
        new DataCacheGenerator(Collections.singletonList(loadData.sourceKey), helper, this);
  } 
  
这时dataToCache将不再是null的，所以会将数据缓存到本地硬盘，并启动另一个加载器DataCacheGenerator，而这个Generator正是用来加载缓存在本地的图片的。
 
  
而DataCacheGenerator和ResourceCacheGenerator的原理与SourceGenerator基本是一致的，只不过一个用来加载原始的本地缓存图，另一个用来加载处理过的本地缓存。
 
  
最后，来总结一下Glide整个的数据转换与抓取流程：
 
  
     
   
  1. Glide利用线程池的方式，将每一个解码过程都封装为一次解码任务。
    2.  
   
  2. 整个数据抓取过程中，Glide会尝试从内存到处理过的图片缓存，再到原图缓存，最后到远程图片等四个地方进行数据加载。（这里的远程图片包括drawable/assets等资源）
    3.  
   
  3. 数据模型转换时，根据Glide初始化时注册的模型转换注册表，将原始model模型数据转换为可能的数据模型，并尝试使用这些模型来抓取数据，直至抓取到数据，或抓取失败返回。
    4.  
   
  4. Glide数据转模型使得Glide有非常好的拓展性和重用性。
    5.  
   
  5. 整个数据转换和抓取流程非常复杂，但是只要抓住其中一个源头，并跟踪下去，其实还是非常清晰的，也可以看到Glide设计的优雅高明之处。
    6.  
  
 
  
以上，就是Glide数据模型转换和抓取的流程分析，下一篇我们将进入Glide的解码和转码源码分析。
 
  
 
  
Glide4源码解析系列
 
  
[Glide4源码解析系列]–1.Glide初始化 
 [Glide4源码解析系列]–2.Glide数据模型转换与数据抓取
 
  
 
  

                            
                        
                    
                    
                    

                    
                    
                    

                
                

                    
                

            
        
    
    

        
你可能感兴趣的:(Android)

        

            

                
    
                    
  • android系统selinux中添加新属性property
                        辉色投像

                        
    1.定位/android/system/sepolicy/private/property_contexts声明属性开头：persist.charge声明属性类型：u:object_r:system_prop:s0图12.定位到android/system/sepolicy/public/domain.te删除neverallow{domain-init}default_prop:property
    
                    
    • 
                    
  • 2.2.6 通知类控件 Toast、Menu
                        常思行

                        
    本文例程下载：WillFlow_Toast、WillFlowMenu一、什么是Toast？Toast也被叫做吐司，是Android系统提供的一种非常好的提醒方式，在程序中可以使用它将一些短小的信息通知给用户，它有如下两个特点：Toast是没有焦点的Toast显示的时间有限过一定的时间就会自动消失所以一般来讲Toast的使用并不会影响我们的正常操作，并且它通常不会占用太大的屏幕空间，有着良好的用户体
    
                    
    • 
                    
  • mac 备份android 手机通讯录导入iphone,iphone如何导出通讯录（轻松教你iPhone备份通讯录的方法）...
                        weixin_39762838
mac备份android手机通讯录导入iphone
                        
    在日新月异的手机更替中，换手机已经成为一个非常稀松平常的事情，但将旧手机上面的通讯录导入到新手机还是让不少小伙伴为难，本篇将给大家详细讲解这方面的知识：“苹果手机通讯录怎么导入到新手机”及“安卓手机通讯录导入到新手机”的方法。一、苹果手机通讯录导入到新手机常用方法(SIM卡导入)在苹果手机主频幕上找到“设置”，单击进入设置菜单，下拉菜单列表，点击“邮件、通讯录、日历”，然后找到“导入SIM卡通讯录
    
                    
    • 
                    
  • android 更改窗口的层次,浮窗开发之窗口层级
                        Ms.Bu
android更改窗口的层次
                        
    最近在项目中遇到了这样的需求：需要在特定的其他应用之上悬浮自己的UI交互(拖动、输入等复杂的UI交互)，和九游的浮窗类似，不过我们的比九游的体验更好，我们越过了很多授权的限制。浮窗效果很多人都知道如何去实现一个简单的浮窗，但是却很少有人去深入的研究背后的流程机制，由于项目中浮窗交互比较复杂，遇到了些坑查看了很多资料，故总结浮窗涉及到的知识点：窗口层级关系(浮窗是如何“浮”的)？浮窗有哪些限制，如何
    
                    
    • 
                    
  • Android应用性能优化
                        轻口味
Android
                        
    Android手机由于其本身的后台机制和硬件特点，性能上一直被诟病，所以软件开发者对软件本身的性能优化就显得尤为重要；本文将对Android开发过程中性能优化的各个方面做一个回顾与总结。Cache优化ListView缓存：ListView中有一个回收器，Item滑出界面的时候View会回收到这里，需要显示新的Item的时候，就尽量重用回收器里面的View；每次在getView函数中inflate新
    
                    
    • 
                    
  • Android实现监听事件的方法
                        Amy木婉清

                        
    1.通过内部类实现2.通过匿名内部类实现3.通过事件源所在类实现4.通过外部类实现5.布局文件中onclick属性(针对点击事件)1.通过内部类实现代码:privateButtonmBtnEvent;//oncreate中mBtnEvent.setOnClickListener(newOnClick());//内部类实现监听classOnClickimplementsView.OnClickLis
    
                    
    • 
                    
  • 高级UI<第二十四篇>：Android中用到的矩阵常识
                        NoBugException

                        
    （1）定义在数学中，矩阵（Matrix）是一个按照长方阵列排列的复数或实数集合。由m×n个数aij排成的m行n列的数表称为m行n列的矩阵，简称m×n矩阵。记作：图片.png这m×n个数称为矩阵A的元素，简称为元，数aij位于矩阵A的第i行第j列，称为矩阵A的(i,j)元，以数aij为(i,j)元的矩阵可记为(aij)或(aij)m×n，m×n矩阵A也记作Amn。元素是实数的矩阵称为实矩阵，元素是复
    
                    
    • 
                    
  • RK3229_Android9.0_Box 4G模块EC200A调试
                        suifen_
网络
                        
    0、kernel修改这部分完全可以参考Linux的移植：RK3588EC200A-CN【4G模块】调试_rkec200a-cn-CSDN博客1、修改device/rockchip/rk322xdiff--gita/device.mkb/device.mkindexec6bfaa..e7c32d1100755---a/device.mk+++b/device.mk@@-105,6+105,8@@en
    
                    
    • 
                    
  • kt文件和java文件_Java与Kotlin之间怎样进行互操作
                        铭空间
kt文件和java文件
                        
    Java与Kotlin之间怎样进行互操作发布时间：2021-02-0210:50:43来源：亿速云阅读：98作者：小新这篇文章主要介绍了Java与Kotlin之间怎样进行互操作，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让小编带着大家一起了解一下。前言目前kotlin是谷歌首推的开发Android的语言，但由于历史原因，我们绝大部分项目依旧还是以Java为主
    
                    
    • 
                    
  • Android shell 常用 debug 命令
                        晨春计
Audiodebugandroidlinux
                        
    目录1、查看版本2、am命令3、pm命令4、dumpsys命令5、sed命令6、log定位查看APK进程号7、log定位使用场景1、查看版本1.1、Android串口终端执行getpropro.build.version.release#获取Android版本uname-a#查看linux内核版本信息uname-r#单独查看内核版本1.2、linux服务器执行lsb_release-a#查看Lin
    
                    
    • 
                    
  • 2024年最全Flutter如何和Native通信-Android视角，Electron开发Android界面
                        2401_84544531
程序员android面试学习
                        
    总结【Android详细知识点思维脑图（技能树）】其实Android开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。虽然Android没有前几年火热了，已经过去了会四大组件就能找到高薪职位的时代了。这只能说明Android中级以下的岗位饱和了，现在高级工程师还是比较缺少的，很多高级职位给的薪
    
                    
    • 
                    
  • 分享一个基于python的电子书数据采集与可视化分析 hadoop电子书数据分析与推荐系统 spark大数据毕设项目（源码、调试、LW、开题、PPT)
                        计算机源码社
Python项目大数据大数据pythonhadoop计算机毕业设计选题计算机毕业设计源码数据分析spark毕设
                        
    作者：计算机源码社个人简介：本人八年开发经验，擅长Java、Python、PHP、.NET、Node.js、Android、微信小程序、爬虫、大数据、机器学习等，大家有这一块的问题可以一起交流！学习资料、程序开发、技术解答、文档报告如需要源码，可以扫取文章下方二维码联系咨询Java项目微信小程序项目Android项目Python项目PHP项目ASP.NET项目Node.js项目选题推荐项目实战|p
    
                    
    • 
                    
  • android ndk 开发jni调用对象方法，数组参数
                        wulongkou
开发问题安卓的事ndkandroidstudiojni
                        
    一、JNI和NDK关系JNI是Java语言提供的Java和C/C++相互沟通的机制，Java可以通过JNI调用本地的C/C++代码，本地的C/C++的代码也可以调用java代码。JNI是本地编程接口，Java和C/C++互相通过的接口。Java通过C/C++使用本地的代码的一个关键性原因在于C/C++代码的高效性。NDK是一系列工具的集合。它提供了一系列的工具，帮助开发者快速开发C（或C++）的动
    
                    
    • 
                    
  • Android jni中数组参数的传递方式
                        lokeyme
Andriodandroid开发JNINDKjavac语言
                        
    1、背景今天调试了一下Androidjni关于Java中调用C代码的程序，发现我的数组参数传递方式不对，导致值传递不正确，我的方法是：C代码，入口函数#include#includejintJava_sony_MedicalRecordDemo_MainActivity_decryptionSuccess(JNIEnv*env,jobjectthiz,jintAttr[]){returnAttr[
    
                    
    • 
                    
  • 1-1.Jetpack 之 Navigation 简单编码模板
                        我命由我12345
Android-Jetpack简化编程javajava-eeandroid-studioandroidstudio安卓androidjetpack
                        
    一、Navigation1、Navigation概述Navigation是Jetpack中的一个重要成员，它主要是结合导航图（NavigationGraph）来控制和简化Fragment之间的导航，即往哪里走，该怎么走2、Navigate引入在模块级build.gradle中引入相关依赖implementation'androidx.navigation:navigation-fragment:2
    
                    
    • 
                    
  • Android JetPack架构——结合记事本Demo一篇打通对Sqlite的增删改查结合常用jetpack架构应用
                        erhtre
程序员androidjetpack架构sqlite
                        
    为什么要用Jetpack?========================================================================关于为什么要用Jetpack，我参考了许多的博客和官方文档，开阔了我对Android生态圈的理解和认识，在Jetpack推出前出现的许许多多强大的第三方框架与语言，典型代表无疑是强大的RxJava在Jetpack仍然有许多粉丝在一
    
                    
    • 
                    
  • Android干净架构MVI模板使用指南
                        井美婵Toby

                        
    Android干净架构MVI模板使用指南android-clean-architecture-mvi-boilerplateAforkofourcleanarchitectureboilerplateusingtheModel-View-Intentpattern项目地址:https://gitcode.com/gh_mirrors/an/android-clean-architecture-mv
    
                    
    • 
                    
  • ⭐Unity 安卓环境中正确地读取和处理 XML 文件
                        惊鸿醉
Unityunityandroidxml
                        
    写了一个选择题Demo，电脑包和编辑器内无问题，但是打包安卓手机之后题目无法正常使用，想到的是安卓环境中正确地读取文件的问题改进方案：1.由于XmlDocument.Load方法在Android上的路径问题（由于文件位于APK内部，无法像在文件系统中那样直接访问），需要先使用UnityWebRequest来异步加载文件内容，然后再解析XML。2.异步处理：修改你的代码，以支持异步文件加载和处理，这
    
                    
    • 
                    
  • 《Android进阶之光》读书笔记
                        soleil雪寂
读书笔记#Android进阶之光
                        
    文章目录第1章Android新特性1.1.Android5.0新特性1.2.RecyclerView1.1.4.3种Notification1.1.5.Toolbar与Palette1.1.6.Palette1.2.Android6.0新特性1.2.2.运行时权限机制1.3.Android7.0新特性第2章MaterialDesign2.2.DesignSupportLibrary常用控件详解第3
    
                    
    • 
                    
  • 《Android进阶之光》— Android 书籍
                        王睿丶
Android永无止境《Android进阶之光》Android书籍Androidphoenix移动开发
                        
    文章目录第1章Android新特性1第2章MaterialDesign48第3章View体系与自定义View87第4章多线程编程165第5章网络编程与网络框架204第6章设计模式271第7章事件总线308第8章函数响应式编程333第9章注解与依赖注入框架382第10章应用架构设计422第11章系统架构与MediaPlayer框架460出版年:2017-7简介：《Android进阶之光》是一本And
    
                    
    • 
                    
  • 《android进阶之光》——多线程编程（上）
                        TAING要一直努力
读书笔记
                        
    今天了解了下多线程编程，知识点如下：进程与线程：进程是什么？线程是什么？进程可以看作是程序的实体，是线程的容器，是受操作系统管理的基本运行单元，例如exe文件就是一个进程。线程是进程运行的一些子任务，是操作系统调度的最小单元，各线程拥有自己的计数器，堆栈，局部变量等，也可以访问线程间共享的内存。线程的状态有哪些？新创建，可运行，等待，超时等待，阻塞，终止怎么创建一个线程？-三种方法第一种，MyTr
    
                    
    • 
                    
  • android进阶之光！Android面试必备的集合源码详解，系列篇
                        程序员Sunbu
程序员Android
                        
    前言面试：如果不准备充分的面试，完全是浪费时间，更是对自己的不负责。文末会给大家分享下我整理的Android面试专题及答案其中大部分都是大企业面试常问的面试题，可以对照这查漏补缺，当然了，这里所列的肯定不可能覆盖全部方式，不过对大家找工作肯定是有帮助！本月飞机到达上海，到今天第6天了，四家大公司华为，小米，映客，抖音，还有二家中小型公司。有几家已经面了几轮，下周还要面，挂了几家，不过目前已经选择了
    
                    
    • 
                    
  • Android-悬浮窗功能的实现（附Java、KT实现源码）(1)
                        egrhef
程序员androidjava开发语言
                        
    //获取服务的操作对象valbinder=serviceasFloatWinfowServices.MyBinderbinder.service}overridefunonServiceDisconnected(name:ComponentName){}}overridefunonActivityResult(requestCode:Int,resultCode:Int,data:Intent){
    
                    
    • 
                    
  • Visual Studio中的Android模拟器使用详解
                        wurui8
androidandroidstudioandroidandroid应用
                        
    关注微信号：javalearns随时随地学Java或扫一扫随时随地学JavaMicrosoft本周发布了VisualStudio2015预览版,里面包含Android开发工具.安装的时候,如果选Android开发,VisualStudio会把调试Android应用程序用的VisualStudio模拟器也装上.在介绍这个新模拟器之前,我们先来聊一聊,为什么需要一个新的Android模拟器–当然,你也
    
                    
    • 
                    
  • Unity 热更 之 【HybirdCLR】+【YooAsset】 [安卓 Android端] [代码 + 资源热更] 功能的 简单实现演示
                        仙魁XAN
Unity进阶unityHybirdCLRYooAssetHotUpdate热更新
                        
    Unity热更之【HybirdCLR】+【YooAsset】[安卓Android端][代码+资源热更]功能的简单实现演示目录Unity热更之【HybirdCLR】+【YooAsset】[安卓Android端][代码+资源热更]功能的简单实现演示一、简单介绍二、HybridCLR三、YooAsset四、HybirdCLR引入工程五、YooAsset引入工程六、Python服务器简单构建七、Hybir
    
                    
    • 
                    
  • Android 用线程池实现一个简单的任务队列(Kotlin)
                        深海呐
Android#Android进阶#Kotlinandroidkotlin线程池延时任务队列线程池延时任务
                        
    关于线程池,Kotlin和java的使用方式一样在Android中,很多人喜欢用Handler的postDelayed()去实现延时任务.要使用postDelayed(),去实现延时任务队列,就不可避免要使用递归.但是这样做,代码的简洁性,和书写的简易,就远不如使用线程池.使用线程池的简单程度:privatevalmThreadPool=Executors.newSingleThreadSched
    
                    
    • 
                    
  • （小白入门）Windows环境下搭建React Native Android开发环境
                        码农老黑
前端ReactNative移动开发Androidstudio
                        
    ReactNative(简称RN)是Facebook于2015年4月开源的跨平台移动应用开发框架，是Facebook早先开源的UI框架React在原生移动应用平台的衍生产物，目前支持iOS和Android两大平台。RN的环境搭建在RN的中文社区有所介绍，但是对于小白来说还是有些太过简略了。RN中文社区详见参考，本文不涉及的问题也许在其中能够有所解答。ReactNative思想底层引擎是JavaSc
    
                    
    • 
                    
  • Android Dialog圆角设置无效的问题
                        ly969434341
android
                        
    一，参考AndroidDialog圆角设置无效的问题https://blog.csdn.net/woshi_awei/article/details/99664527Android自定义Dialog实现通用圆角对话框https://cloud.tencent.com/developer/article/1740956二，原因Diallog的默认背景是白色（直角背景），我自定义的Dialog背景也是
    
                    
    • 
                    
  • MultiSnapRecyclerView：让Android RecyclerView的滚动停靠更灵活
                        技术无疆
Androidandroiduiandroidstudioandroid-studiojavaandroidx
                        
    在Android应用开发中，RecyclerView是一个强大且灵活的组件，用于展示大量数据集合。然而，标准的RecyclerView只支持单一的滚动停靠点，这在某些场景下可能不够灵活。为了解决这个问题，TakuSemba开发了一个名为MultiSnapRecyclerView的库，它允许开发者在RecyclerView中实现多个滚动停靠点。文章目录什么是MultiSnapRecyclerView
    
                    
    • 
                    
  • Android界面特效全汇总
                        小飞鹤
Android开发详解android
                        
    （一）Activity页面切换的效果Android2.0之后有了overridePendingTransition（），其中里面两个参数，一个是前一个activity的退出两一个activity的进入，Java代码1.@OverridepublicvoidonCreate(BundlesavedInstanceState){2.super.onCreate(savedInstanceState);
    
                    
    • 
                                
  • 辗转相处求最大公约数
                                    沐刃青蛟
C++漏洞
                                    
    无言面对”江东父老“了，接触编程一年了，今天发现还不会辗转相除法求最大公约数。惭愧惭愧！ 
  
为此，总结一下以方便日后忘了好查找。 
  
1.输入要比较的两个数a,b 
  
忽略：2.比较大小（因为后面要的是大的数对小的数做%操作） 
  
3.辗转相除（用循环不停的取余，如a%b,直至b=0） 
  
4.最后的a为两数的最大公约数 
&
    
                                
    • 
                                
  • F5负载均衡会话保持技术及原理技术白皮书
                                    bijian1013
F5负载均衡
                                    
    一.什么是会话保持？        在大多数电子商务的应用系统或者需要进行用户身份认证的在线系统中，一个客户与服务器经常经过好几次的交互过程才能完成一笔交易或者是一个请求的完成。由于这几次交互过程是密切相关的，服务器在进行这些交互过程的某一个交互步骤时，往往需要了解上一次交互过程的处理结果，或者上几步的交互过程结果，服务器进行下
    
                                
    • 
                                
  • Object.equals方法：重载还是覆盖
                                    Cwind
javagenericsoverrideoverload
                                    
    本文译自StackOverflow上对此问题的讨论。 
原问题链接 
  
在阅读Joshua Bloch的《Effective Java（第二版）》第8条“覆盖equals时请遵守通用约定”时对如下论述有疑问： 
“不要将equals声明中的Object对象替换为其他的类型。程序员编写出下面这样的equals方法并不鲜见，这会使程序员花上数个小时都搞不清它为什么不能正常工作：” 
pu
    
                                
    • 
                                
  • 初始线程
                                    15700786134

                                    
          暑假学习的第一课是讲线程，任务是是界面上的一条线运动起来。 
  
  
       既然是在界面上，那必定得先有一个界面，所以第一步就是，自己的类继承JAVA中的JFrame，在新建的类中写一个界面，代码如下： 
public class ShapeFr
    
                                
    • 
                                
  • Linux的tcpdump
                                    被触发
tcpdump
                                    
    用简单的话来定义tcpdump，就是：dump the traffic on a network，根据使用者的定义对网络上的数据包进行截获的包分析工具。 tcpdump可以将网络中传送的数据包的“头”完全截获下来提供分析。它支 持针对网络层、协议、主机、网络或端口的过滤，并提供and、or、not等逻辑语句来帮助你去掉无用的信息。 
 
实用命令实例 
默认启动 
tcpdump 
普通情况下，直
    
                                
    • 
                                
  • 安卓程序listview优化后还是卡顿
                                    肆无忌惮_
ListView
                                    
    最近用eclipse开发一个安卓app，listview使用baseadapter，里面有一个ImageView和两个TextView。使用了Holder内部类进行优化了还是很卡顿。后来发现是图片资源的问题。把一张分辨率高的图片放在了drawable-mdpi文件夹下，当我在每个item中显示，他都要进行缩放，导致很卡顿。解决办法是把这个高分辨率图片放到drawable-xxhdpi下。 
&nb
    
                                
    • 
                                
  • 扩展easyUI tab控件，添加加载遮罩效果
                                    知了ing
jquery
                                    
    (function () {  
    $.extend($.fn.tabs.methods, {  
        //显示遮罩  
        loading: function (jq, msg) {  
            return jq.each(function () {  
                var panel = $(this).tabs(&
    
                                
    • 
                                
  • gradle上传jar到nexus
                                    矮蛋蛋
gradle
                                    
    原文地址： 
https://docs.gradle.org/current/userguide/maven_plugin.html 
configurations { 
    deployerJars 
} 
 
dependencies { 
    deployerJars "org.apache.maven.wagon
    
                                
    • 
                                
  • 千万条数据外网导入数据库的解决方案。
                                    alleni123
sqlmysql
                                    
    从某网上爬了数千万的数据，存在文本中。 
然后要导入mysql数据库。 
 
悲剧的是数据库和我存数据的服务器不在一个内网里面。。 
 
 
ping了一下， 19ms的延迟。 
 
于是下面的代码是没用的。 
 

ps = con.prepareStatement(sql);
	ps.setString(1, info.getYear())............;
			ps.exec
    
                                
    • 
                                
  • JAVA IO InputStreamReader和OutputStreamReader
                                    百合不是茶
JAVA.io操作 字符流
                                    
    这是第三篇关于java.io的文章了，从开始对io的不了解-->熟悉--->模糊，是这几天来对文件操作中最大的感受，本来自己认为的熟悉了的，刚刚在回想起前面学的好像又不是很清晰了，模糊对我现在或许是最好的鼓励 我会更加的去学 加油！： 
JAVA的API提供了另外一种数据保存途径，使用字符流来保存的，字符流只能保存字符形式的流 
  
字节流和字符的难点：a,怎么将读到的数据
    
                                
    • 
                                
  • MO、MT解读
                                    bijian1013
GSM
                                    
    MO= Mobile originate，上行，即用户上发给SP的信息。MT= Mobile Terminate，下行，即SP端下发给用户的信息； 
上行:mo提交短信到短信中心下行:mt短信中心向特定的用户转发短信，你的短信是这样的，你所提交的短信，投递的地址是短信中心。短信中心收到你的短信后，存储转发，转发的时候就会根据你填写的接收方号码寻找路由，下发。在彩信领域是一样的道理。下行业务：由SP
    
                                
    • 
                                
  • 五个JavaScript基础问题
                                    bijian1013
JavaScriptcallapplythisHoisting
                                    
    下面是五个关于前端相关的基础问题，但却很能体现JavaScript的基本功底。 
问题1：Scope作用范围 
考虑下面的代码：  
(function() {
   var a = b = 5;
})();
console.log(b); 
什么会被打印在控制台上？  
回答： 
        上面的代码会打印 5。 
&nbs
    
                                
    • 
                                
  • 【Thrift二】Thrift Hello World
                                    bit1129
Hello world
                                    
    本篇，不考虑细节问题和为什么，先照葫芦画瓢写一个Thrift版本的Hello World，了解Thrift RPC服务开发的基本流程 
  
1. 在Intellij中创建一个Maven模块，加入对Thrift的依赖，同时还要加上slf4j依赖，如果不加slf4j依赖，在后面启动Thrift Server时会报错 
        <dependency>
        
    
                                
    • 
                                
  • 【Avro一】Avro入门
                                    bit1129
入门
                                    
    本文的目的主要是总结下基于Avro Schema代码生成，然后进行序列化和反序列化开发的基本流程。需要指出的是，Avro并不要求一定得根据Schema文件生成代码，这对于动态类型语言很有用。 
  1. 添加Maven依赖 
  
<?xml version="1.0" encoding="UTF-8"?>
<proj
    
                                
    • 
                                
  • 安装nginx+ngx_lua支持WAF防护功能
                                    ronin47

                                    
    需要的软件:LuaJIT-2.0.0.tar.gz                   nginx-1.4.4.tar.gz          &nb
    
                                
    • 
                                
  • java-5.查找最小的K个元素-使用最大堆
                                    bylijinnan
java
                                    
    
import java.util.Arrays;
import java.util.Random;


public class MinKElement {

	/**
	 * 5.最小的K个元素
	 * I would like to use MaxHeap.
	 * using QuickSort is also OK
	 */
	public static void
    
                                
    • 
                                
  • TCP的TIME-WAIT
                                    bylijinnan
socket
                                    
    原文连接： 
http://vincent.bernat.im/en/blog/2014-tcp-time-wait-state-linux.html 
 
以下为对原文的阅读笔记 
 
说明： 
主动关闭的一方称为local end，被动关闭的一方称为remote end 
本地IP、本地端口、远端IP、远端端口这一“四元组”称为quadruplet，也称为socket 
 
1、TIME_WA
    
                                
    • 
                                
  • jquery ajax 序列化表单
                                    coder_xpf
Jquery ajax 序列化
                                    
      
 checkbox 如果不设定值，默认选中值为on；设定值之后，选中则为设定的值 
  
<input type="checkbox" name="favor" id="favor" checked="checked"/>
$("#favor&quo
    
                                
    • 
                                
  • Apache集群乱码和最高并发控制
                                    cuisuqiang
apachetomcat并发集群乱码
                                    
    都知道如果使用Http访问，那么在Connector中增加URIEncoding即可，其实使用AJP时也一样，增加useBodyEncodingForURI和URIEncoding即可。 
最大连接数也是一样的，增加maxThreads属性即可，如下，配置如下： 
<Connector maxThreads="300" port="8019" prot
    
                                
    • 
                                
  • websocket
                                    dalan_123
websocket
                                    
    一、低延迟的客户端-服务器 和 服务器-客户端的连接 
很多时候所谓的http的请求、响应的模式，都是客户端加载一个网页，直到用户在进行下一次点击的时候，什么都不会发生。并且所有的http的通信都是客户端控制的，这时候就需要用户的互动或定期轮训的，以便从服务器端加载新的数据。 
  通常采用的技术比如推送和comet（使用http长连接、无需安装浏览器安装插件的两种方式：基于ajax的长
    
                                
    • 
                                
  • 菜鸟分析网络执法官
                                    dcj3sjt126com
网络
                                    
      
最近在论坛上看到很多贴子在讨论网络执法官的问题。菜鸟我正好知道这回事情.人道"人之患好为人师" 手里忍不住,就写点东西吧. 我也很忙.又没有MM,又没有MONEY....晕倒有点跑题. 
OK,闲话少说,切如正题. 要了解网络执法官的原理. 就要先了解局域网的通信的原理. 
前面我们看到了.在以太网上传输的都是具有以太网头的数据包. 
    
                                
    • 
                                
  • Android相对布局属性全集
                                    dcj3sjt126com
android
                                    
    RelativeLayout布局android:layout_marginTop="25dip" //顶部距离android:gravity="left" //空间布局位置android:layout_marginLeft="15dip //距离左边距 
// 相对于给定ID控件android:layout_above 将该控件的底部置于给定ID的
    
                                
    • 
                                
  • Tomcat内存设置详解
                                    eksliang
jvmtomcattomcat内存设置
                                    
    Java内存溢出详解 
  
一、常见的Java内存溢出有以下三种： 
  
1. java.lang.OutOfMemoryError: Java heap space ----JVM Heap（堆）溢出JVM在启动的时候会自动设置JVM Heap的值，其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)不可超过物理内存。 
可以利用JVM提
    
                                
    • 
                                
  • Java6 JVM参数选项
                                    greatwqs
javaHotSpotjvmjvm参数JVM Options
                                    
    Java 6 JVM参数选项大全（中文版）  
  
作者：Ken Wu 
Email: [email protected] 
转载本文档请注明原文链接 http://kenwublog.com/docs/java6-jvm-options-chinese-edition.htm！ 
  
本文是基于最新的SUN官方文档Java SE 6 Hotspot VM Opt
    
                                
    • 
                                
  • weblogic创建JMC
                                    i5land
weblogicjms
                                    
    进入 weblogic控制太 
1.创建持久化存储 
 --Services--Persistant Stores--new--Create FileStores--name随便起--target默认--Directory写入在本机建立的文件夹的路径--ok 
 
2.创建JMS服务器 
 --Services--Messaging--JMS Servers--new--name随便起--Pers
    
                                
    • 
                                
  • 基于 DHT 网络的磁力链接和BT种子的搜索引擎架构
                                    justjavac
DHT
                                    
    上周开发了一个磁力链接和 BT 种子的搜索引擎 {Magnet & Torrent}，本文简单介绍一下主要的系统功能和用到的技术。 
系统包括几个独立的部分： 
 
  使用 Python 的 Scrapy 框架开发的网络爬虫，用来爬取磁力链接和种子；  
  使用 PHP CI 框架开发的简易网站；  
  搜索引擎目前直接使用的 MySQL，将来可以考虑使
    
                                
    • 
                                
  • sql添加、删除表中的列
                                    macroli
sql
                                    
    添加没有默认值：alter table Test add BazaarType char(1) 
有默认值的添加列：alter table Test add BazaarType char(1) default(0) 
删除没有默认值的列：alter table Test drop COLUMN BazaarType 
删除有默认值的列：先删除约束（默认值）alter table Test DRO
    
                                
    • 
                                
  • PHP中二维数组的排序方法
                                    abc123456789cba
排序二维数组PHP
                                    
    <?php/*** @package     BugFree* @version     $Id: FunctionsMain.inc.php,v 1.32 2005/09/24 11:38:37 wwccss Exp $*** Sort an two-dimension array by some level 
    
                                
    • 
                                
  • hive优化之------控制hive任务中的map数和reduce数
                                    superlxw1234
hivehive优化
                                    
    一、    控制hive任务中的map数:  1.    通常情况下，作业会通过input的目录产生一个或者多个map任务。  主要的决定因素有： input的文件总个数，input的文件大小，集群设置的文件块大小(目前为128M, 可在hive中通过set dfs.block.size;命令查看到，该参数不能自定义修改)；2. 
    
                                
    • 
                                
  • Spring Boot 1.2.4 发布
                                    wiselyman
spring boot
                                    
    Spring Boot 1.2.4已于6.4日发布，repo.spring.io and Maven Central可以下载(推荐使用maven或者gradle构建下载)。 
  
这是一个维护版本，包含了一些修复small number of fixes,建议所有的用户升级。 
  
Spring Boot 1.3的第一个里程碑版本将在几天后发布，包含许多
    
                                
    •