Gradle 源碼分析（二）

1. 寫在前面

在 Gradle源碼分析（一）一文中，我們分析到了 DefaultGradleLauncher 的 executeTasks()，接下來將從這里繼續分析。Gradle的構建流程分為幾個階段，這里先分析 LoadSettings 階段(gradle 源碼版本為 5.6.4)。

2. LoadSettings

2.1 整體實現

這里我整理了 LoadSettings 階段的一些主要操作，并繪制了調用鏈的時序圖。如果對源碼不感興趣的同學只需要看這一部分的內容即可。

2.1.1 時序圖

LoadSettings時序圖.png

2.1.2 主要操作

LoadSettings 階段 Gradle 主要做了下面這些事情。

調用 BuildListener 的 buildStarted() 方法；
查找并執行 init 腳本；
查找 settings.gradle 文件；
編譯 buildSrc；
解析 gradle.properties 以及一些系統配置，環境變量等；
解析 settings.gradle 文件，生成 DefaultSettings 對象；
調用 BuildListener 的 settingsEvaluated() 方法。

2.2 源碼分析

2.2.1 調用 BuildListener 的 buildStarted

LoadSettings 的過程是發生在 DefaultGradleLauncher 的 prepareSettings() 中，先來看看它的源碼。

// DefaultGradleLauncher.java
private void prepareSettings() {
    if (stage == null) {
        // 調用 BuildListener 的 buildStarted()；
        buildListener.buildStarted(gradle);
        // ... 省略部分代碼
    }
}

這里首先調用了 BuildListener 的 buildStarted() 。有些同學可能發現，注冊 BuildListener 后，buildStarted() 并不會執行到，這其實是我們注冊的時機比較晚，這個方法主要是給 Gradle 內部使用的。

2.2.2 執行 init 腳本

繼續向下看 prepareSettings() 。

// DefaultGradleLauncher.java
private void prepareSettings() {
    if (stage == null) {
        // 調用 BuildListener 的 buildStarted()；
        buildListener.buildStarted(gradle);
        settingsPreparer.prepareSettings(gradle);
        // ... 省略部分代碼
    }
}

這里的 settingsPreparer 是在 DefaultGradleLauncherFactory 的 newInstance() 中創建 DefaultGradleLauncher 的時候從 BuildScopeServices 里面獲取的。

// DefaultGradleLauncherFactory.java
private DefaultGradleLauncher doNewInstance(BuildDefinition buildDefinition,
                                            BuildState build,
                                            @Nullable GradleLauncher parent,
                                            BuildTreeScopeServices buildTreeScopeServices,
                                            List<?> servicesToStop) {
    BuildScopeServices serviceRegistry = new BuildScopeServices(buildTreeScopeServices);

    // ... 省略部分代碼

    // 通過反射的形式調用 BuildScopeServices 的createSettingsPreparer()方法
    SettingsPreparer settingsPreparer = serviceRegistry.get(SettingsPreparer.class);
    // ... 省略部分代碼
    DefaultGradleLauncher gradleLauncher = new DefaultGradleLauncher(
        gradle,
        serviceRegistry.get(ProjectsPreparer.class),
        serviceRegistry.get(ExceptionAnalyser.class),
        gradle.getBuildListenerBroadcaster(),
        listenerManager.getBroadcaster(BuildCompletionListener.class),
        gradle.getServices().get(BuildWorkExecutor.class),
        serviceRegistry,
        servicesToStop,
        includedBuildControllers,
        settingsPreparer,
        taskExecutionPreparer,
        gradle.getServices().get(InstantExecution.class)
    );
    // ... 省略部分代碼
}

它是通過反射調用 BuildScopeServices 的 createSettingsPreparer()。

// BuildScopeServices.java
protected SettingsPreparer createSettingsPreparer(InitScriptHandler initScriptHandler, SettingsLoaderFactory settingsLoaderFactory, BuildOperationExecutor buildOperationExecutor, BuildDefinition buildDefinition) {
    return new BuildOperatingFiringSettingsPreparer(
        new DefaultSettingsPreparer(
            initScriptHandler,
            settingsLoaderFactory),
        buildOperationExecutor,
        buildDefinition.getFromBuild());
}

所以 settingsPreparer 實際上是 BuildOperatingFiringSettingsPreparer，我們來看它的 prepareSettings() 。

// BuildOperatingFiringSettingsPreparer.java
@Override
public void prepareSettings(GradleInternal gradle) {
    buildOperationExecutor.run(new LoadBuild(gradle));
}

private class LoadBuild implements RunnableBuildOperation {
    @Override
    public void run(BuildOperationContext context) {
        doLoadBuild();
        context.setResult(RESULT);
    }

    void doLoadBuild() {
        delegate.prepareSettings(gradle);
    }
}

這里的 buildOperationExecutor 是通過反射調用CrossBuildSessionScopeServices 的 createBuildOperationExecutor()。

// CrossBuildSessionScopeServices.java
BuildOperationExecutor createBuildOperationExecutor() {
    return new DelegatingBuildOperationExecutor(services.get(BuildOperationExecutor.class));
}

它最終會調用到 LoadBuild 的 run()，繼而調用到 LoadBuild 的 doLoadBuild()，這里的 delegate 即傳入 BuildOperatingFiringSettingsPreparer 的 DefaultSettingsPreparer對象，繼續看 DefaultSettingsPreparer 的 prepareSettings()。

// DefaultSettingsPreparer.java
@Override
public void prepareSettings(GradleInternal gradle) {
    // 1. 查找并執行 init 腳本
    initScriptHandler.executeScripts(gradle);
    // ... 省略部分代碼
}

這里的 initScriptHandler 也是通過反射調用 BuildScopeServices 的 createInitScriptHandler()。

// BuildScopeServices.java
protected InitScriptHandler createInitScriptHandler(ScriptPluginFactory scriptPluginFactory, ScriptHandlerFactory scriptHandlerFactory, BuildOperationExecutor buildOperationExecutor) {
    return new InitScriptHandler(
        new DefaultInitScriptProcessor(
            scriptPluginFactory,
            scriptHandlerFactory
        ),
        buildOperationExecutor
    );
}

也就是會繼續調用到 InitScriptHandler 的 executeScripts()。

public void executeScripts(final GradleInternal gradle) {
    // 1. 查找 init 文件
    final List<File> initScripts = gradle.getStartParameter().getAllInitScripts();
    // 2. 如果沒有需要執行的 init 文件，則直接返回
    if (initScripts.isEmpty()) {
        return;
    }
    // 3.執行 init 文件
    buildOperationExecutor.run(new RunnableBuildOperation() {
        @Override
        public void run(BuildOperationContext context) {
            BasicTextResourceLoader resourceLoader = new BasicTextResourceLoader();
            for (File script : initScripts) {
                TextResource resource = resourceLoader.loadFile("initialization script", script);
                processor.process(new TextResourceScriptSource(resource), gradle);
            }
        }

        @Override
        public BuildOperationDescriptor.Builder description() {
            return BuildOperationDescriptor.displayName("Run init scripts").progressDisplayName("Running init scripts");
        }
    });
}

這里就是查找 init 文件了，如果有 init 文件則執行；如果沒有直接返回。這里主要關心一下查找 init 文件的過程，繼續看 StartParameter 的 getAllInitScripts()。

public List<File> getAllInitScripts() {
    // 會從 gradle user home dir 和 gradle home dir 下查找 init 文件
    CompositeInitScriptFinder initScriptFinder = new CompositeInitScriptFinder(
        new UserHomeInitScriptFinder(getGradleUserHomeDir()), new DistributionInitScriptFinder(gradleHomeDir)
    );

    List<File> scripts = new ArrayList<File>(getInitScripts());
    initScriptFinder.findScripts(scripts);
    return Collections.unmodifiableList(scripts);
}

getGradleUserHomeDir() 默認情況下是在 ~/.gradle 下，gradleHomeDir 默認情況下是在 ~/.gradle/wrapper/dists/gradle-5.6.4-all/xxx 下；這里會通過 UserHomeInitScriptFinder 查找 gradle user home 下的 init 文件，通過 DistributionInitScriptFinder 查找 gradle home 下的 init 文件。

// UserHomeInitScriptFinder.java
@Override
public void findScripts(Collection<File> scripts) {
    // 查找 gradle user home dir 下的 init.gradle 或 init.gradle.kts 文件
    File userInitScript = resolveScriptFile(userHomeDir, "init");
    if (userInitScript != null) {
        scripts.add(userInitScript);
    }
    // 在 gradle user home dir 下的 init.d 目錄找 .gradle 文件
    findScriptsInDir(new File(userHomeDir, "init.d"), scripts);
}

// DistributionInitScriptFinder.java
@Override
public void findScripts(Collection<File> scripts) {
    if (gradleHome == null) {
        return;
    }
    // 在 gradle home dir 下的 init.d 目錄 .gradle 文件
    findScriptsInDir(new File(gradleHome, "init.d"), scripts);
}

從源碼可以看出

在 gradle user home dir 下找 init.gradle，init.gradle.kts 文件；
在 gradle user home dir 下的 init.d 目錄找 .gradle 文件；
在 gradle home dir 下的 init.d 目錄找 .gradle 文件。

2.2.3 查找 settings.gradle

繼續看 DefaultSettingsPreparer 的 prepareSettings()。

// DefaultSettingsPreparer.java
@Override
public void prepareSettings(GradleInternal gradle) {
    // 查找并執行init文件
    initScriptHandler.executeScripts(gradle);
    // 獲取 SettingsLoader
    SettingsLoader settingsLoader = gradle.getParent() != null ? settingsLoaderFactory.forNestedBuild() : settingsLoaderFactory.forTopLevelBuild();
    settingsLoader.findAndLoadSettings(gradle);
}

這里的 settingsLoaderFactory 是通過反射調用 BuildScopeServices 的 createSettingsLoaderFactory()；

// BuildScopeServices.java
protected SettingsLoaderFactory createSettingsLoaderFactory(SettingsProcessor settingsProcessor, BuildLayoutFactory buildLayoutFactory, BuildState currentBuild, ClassLoaderScopeRegistry classLoaderScopeRegistry, FileLockManager fileLockManager, BuildOperationExecutor buildOperationExecutor, CachedClasspathTransformer cachedClasspathTransformer, CachingServiceLocator cachingServiceLocator, BuildStateRegistry buildRegistry, ProjectStateRegistry projectRegistry, PublicBuildPath publicBuildPath) {
    return new DefaultSettingsLoaderFactory(
        new DefaultSettingsFinder(buildLayoutFactory),
        settingsProcessor,
        new BuildSourceBuilder(
            currentBuild,
            classLoaderScopeRegistry.getCoreAndPluginsScope(),
            fileLockManager,
            buildOperationExecutor,
            cachedClasspathTransformer,
            new BuildSrcBuildListenerFactory(
                PluginsProjectConfigureActions.of(
                    BuildSrcProjectConfigurationAction.class,
                    cachingServiceLocator)),
            buildRegistry,
            publicBuildPath),
        buildRegistry,
        projectRegistry,
        publicBuildPath
    );
}

這里返回的是 DefaultSettingsLoaderFactory 的對象，而 DefaultSettingsLoaderFactory 的 forTopLevelBuild() 和 forNestedBuild() 最終都會調用到 defaultSettingsLoader()。

// DefaultSettingsLoaderFactory.java
@Override
public SettingsLoader forTopLevelBuild() {
    return new CompositeBuildSettingsLoader(
        new ChildBuildRegisteringSettingsLoader(
            new CommandLineIncludedBuildSettingsLoader(
                defaultSettingsLoader()
            ),
            buildRegistry,
            publicBuildPath),
        buildRegistry);
}

@Override
public SettingsLoader forNestedBuild() {
    return new ChildBuildRegisteringSettingsLoader(
        defaultSettingsLoader(),
        buildRegistry,
        publicBuildPath
    );
}

private SettingsLoader defaultSettingsLoader() {
    return new SettingsAttachingSettingsLoader(
        new DefaultSettingsLoader(
            settingsFinder,
            settingsProcessor,
            buildSourceBuilder
        ),
        projectRegistry);
}

所以直接看 SettingsAttachingSettingsLoader 的 findAndLoadSettings()。

// SettingsAttachingSettingsLoader.java
public SettingsInternal findAndLoadSettings(GradleInternal gradle) {
    SettingsInternal settings = delegate.findAndLoadSettings(gradle);
    // ... 省略部分代碼
}

這里調用的是 delegate 即 DefaultSettingsLoader 的 findAndLoadSettings()。

// DefaultSettingsLoader.java
public SettingsInternal findAndLoadSettings(GradleInternal gradle) {
    StartParameter startParameter = gradle.getStartParameter();
    // 查找 settings.gradle 文件
    SettingsInternal settings = findSettingsAndLoadIfAppropriate(gradle, startParameter);

    ProjectSpec spec = ProjectSpecs.forStartParameter(startParameter, settings);
    if (useEmptySettings(spec, settings, startParameter)) {
        settings = createEmptySettings(gradle, startParameter);
    }

    setDefaultProject(spec, settings);
    return settings;
}

private SettingsInternal findSettingsAndLoadIfAppropriate(GradleInternal gradle,
                                                          StartParameter startParameter) {
    // 查找settings.gradle文件
    SettingsLocation settingsLocation = findSettings(startParameter);
    // ... 省略部分代碼
}

private SettingsLocation findSettings(StartParameter startParameter) {
    return settingsFinder.find(startParameter);
}

可以看到最終調用了 settingsFinder 的 find()，而 settingsFinder 是在創建 DefaultSettingsLoaderFactory 時候傳入的 DefaultSettingsFinder 對象，所以接著看 DefaultSettingsFinder 的 find()。

// DefaultSettingsFinder.java
public BuildLayout find(StartParameter startParameter) {
    return layoutFactory.getLayoutFor(new BuildLayoutConfiguration(startParameter));
}

這里的 layoutFactory 是通過反射調用 GlobalScopeServices 的 createBuildLayoutFactory()。

// GlobalScopeServices.java
BuildLayoutFactory createBuildLayoutFactory() {
    return new BuildLayoutFactory();
}

接著看 BuildLayoutFactory 的 getLayoutFor()。

// BuildLayoutFactory.java
public BuildLayout getLayoutFor(BuildLayoutConfiguration configuration) {
    // 空的settings.gradle
    if (configuration.isUseEmptySettings()) {
        return buildLayoutFrom(configuration, null);
    }
    // 通過參數-c xxx.gradle 指定了settings.gradle
    File explicitSettingsFile = configuration.getSettingsFile();
    if (explicitSettingsFile != null) {
        if (!explicitSettingsFile.isFile()) {
            throw new MissingResourceException(explicitSettingsFile.toURI(), String.format("Could not read settings file '%s' as it does not exist.", explicitSettingsFile.getAbsolutePath()));
        }
        return buildLayoutFrom(configuration, explicitSettingsFile);
    }

    // 當前目錄及上層目錄遞歸查找，找不到還是認為在當前目錄下
    File currentDir = configuration.getCurrentDir();
    boolean searchUpwards = configuration.isSearchUpwards();
    return getLayoutFor(currentDir, searchUpwards ? null : currentDir.getParentFile());
}

BuildLayout getLayoutFor(File currentDir, File stopAt) {
    File settingsFile = findExistingSettingsFileIn(currentDir);
    if (settingsFile != null) {
        return layout(currentDir, settingsFile);
    }
    for (File candidate = currentDir.getParentFile(); candidate != null && !candidate.equals(stopAt); candidate = candidate.getParentFile()) {
        settingsFile = findExistingSettingsFileIn(candidate);
        if (settingsFile == null) {
            settingsFile = findExistingSettingsFileIn(new File(candidate, "master"));
        }
        if (settingsFile != null) {
            return layout(candidate, settingsFile);
        }
    }
    return layout(currentDir, new File(currentDir, Settings.DEFAULT_SETTINGS_FILE));
}

這個方法就是查找 settings.gradle 的過程，這里分為三步：

如果 isUseEmptySettings() 為true，則不設置 settings.gradle；
如果通過 -c xxx.gradle 指定了 settings.gradle，則使用指定的文件；
在當前目錄下查找 settings.gradle，如果找不到則遞歸向上層尋找，以及同層級的 master 目錄下尋找，如果還是找不到，默認認為在當前目錄下。

2.2.4 編譯 buildSrc

分析完查找 settings.gradle，繼續看 DefaultSettingsLoader 的 findSettingsAndLoadIfAppropriate()。

// DefaultSettingsLoader.java
private SettingsInternal findSettingsAndLoadIfAppropriate(GradleInternal gradle,
                                                          StartParameter startParameter) {
    // 查找 settings.gradle
    SettingsLocation settingsLocation = findSettings(startParameter);
    // 編譯buildSrc
    ClassLoaderScope buildSourceClassLoaderScope = buildSourceBuilder.buildAndCreateClassLoader(settingsLocation.getSettingsDir(), startParameter);
    // ... 省略部分代碼
}

這里的 buildSourceBuilder 是在創建 DefaultSettingsLoaderFactory 傳入的 BuildSourceBuilder 對象，接著看 BuildSourceBuilder 的 buildAndCreateClassLoader() 。

// BuildSourceBuilder.java
public ClassLoaderScope buildAndCreateClassLoader(File rootDir, StartParameter containingBuildParameters) {
    // 根目錄下的 buildSrc 文件夾
    File buildSrcDir = new File(rootDir, DefaultSettings.DEFAULT_BUILD_SRC_DIR);
    // 編譯 buildSrc 
    ClassPath classpath = createBuildSourceClasspath(buildSrcDir, containingBuildParameters);
    return classLoaderScope.createChild(buildSrcDir.getAbsolutePath())
        .export(classpath)
        .lock();
}

這里就是編譯 buildSrc 文件夾了，會發現它是在解析 settings.gradle 之前的，這方便在解析 settings.gradle 的時候直接使用 buildSrc 里面的內容。

2.2.5 解析 gradle.properties

分析完編譯 buildSrc，繼續看 DefaultSettingsLoader 的 findSettingsAndLoadIfAppropriate()。

// DefaultSettingsLoader.java
private SettingsInternal findSettingsAndLoadIfAppropriate(GradleInternal gradle,
                                                          StartParameter startParameter) {
    // 查找 settings.gradle
    SettingsLocation settingsLocation = findSettings(startParameter);
    // 編譯buildSrc
    ClassLoaderScope buildSourceClassLoaderScope = buildSourceBuilder.buildAndCreateClassLoader(settingsLocation.getSettingsDir(), startParameter);
    return settingsProcessor.process(gradle, settingsLocation, buildSourceClassLoaderScope, startParameter);
}

這里的 settingsProcessor 是通過反射調用 BuildScopeServices 的 createSettingsProcessor()。

// BuildScopeServices.java
protected SettingsProcessor createSettingsProcessor(ScriptPluginFactory scriptPluginFactory, ScriptHandlerFactory scriptHandlerFactory, Instantiator instantiator,
                                                    ServiceRegistryFactory serviceRegistryFactory, IGradlePropertiesLoader propertiesLoader, BuildOperationExecutor buildOperationExecutor, TextResourceLoader textResourceLoader) {
    return new BuildOperationSettingsProcessor(
        new RootBuildCacheControllerSettingsProcessor(
            new SettingsEvaluatedCallbackFiringSettingsProcessor(
                new PropertiesLoadingSettingsProcessor(
                    new ScriptEvaluatingSettingsProcessor(
                        scriptPluginFactory,
                        new SettingsFactory(
                            instantiator,
                            serviceRegistryFactory,
                            scriptHandlerFactory
                        ),
                        propertiesLoader,
                        textResourceLoader),
                    propertiesLoader
                )
            )
        ),
        buildOperationExecutor);
}

即 BuildOperationSettingsProcessor 對象，這里會一直委托調用到 PropertiesLoadingSettingsProcessor 的 process()，直接看 PropertiesLoadingSettingsProcessor 的 process()。

// PropertiesLoadingSettingsProcessor.java
public SettingsInternal process(GradleInternal gradle,
                                SettingsLocation settingsLocation,
                                ClassLoaderScope buildRootClassLoaderScope,
                                StartParameter startParameter) {
    // 解析 gradle.properties
    propertiesLoader.loadProperties(settingsLocation.getSettingsDir());
    return processor.process(gradle, settingsLocation, buildRootClassLoaderScope, startParameter);
}

這里的 propertiesLoader 是通過反射調用 BuildScopeServices 的 createGradlePropertiesLoader()。

// BuildScopeServices.java
protected IGradlePropertiesLoader createGradlePropertiesLoader() {
    return new DefaultGradlePropertiesLoader((StartParameterInternal) get(StartParameter.class));
}

接著看 DefaultGradlePropertiesLoader 的 loadProperties()。

// DefaultGradlePropertiesLoader.java
public void loadProperties(File settingsDir) {
    loadProperties(settingsDir, startParameter, getAllSystemProperties(), getAllEnvProperties());
}

void loadProperties(File settingsDir, StartParameterInternal startParameter, Map<String, String> systemProperties, Map<String, String> envProperties) {
    defaultProperties.clear();
    overrideProperties.clear();
    // 1. 解析 gradle home dir 的gradle.properties
    addGradleProperties(defaultProperties, new File(startParameter.getGradleHomeDir(), Project.GRADLE_PROPERTIES));
    // 2. 解析 settings.gradle 同層級的 gradle.properties
    addGradleProperties(defaultProperties, new File(settingsDir, Project.GRADLE_PROPERTIES));
    // 3. 解析 gradle user home dir 的 gradle.properties
    addGradleProperties(overrideProperties, new File(startParameter.getGradleUserHomeDir(), Project.GRADLE_PROPERTIES));
    setSystemProperties(startParameter.getSystemPropertiesArgs());
    // 4. 解析環境變量
    overrideProperties.putAll(getEnvProjectProperties(envProperties));
    // 5. 解析系統配置
    overrideProperties.putAll(getSystemProjectProperties(systemProperties));
    // 6. 解析命令行配置
    overrideProperties.putAll(startParameter.getProjectProperties());
}

這里就是解析 gradle.properties 了，可以看到主要獲取了這些配置：

解析 ~/.gradle/wrapper/dists/gradle-5.6.4-all/xxx/gradle.properties 文件；
解析與 settings.gradle 同層級的 gradle.properties 文件；
解析 ~/.gradle/gradle.properties 文件；
解析環境變量；
解析系統配置；
解析命令配置；

2.2.6 解析 settings.gradle

解析完配置后 PropertiesLoadingSettingsProcessor 會委托給 ScriptEvaluatingSettingsProcessor 執行 process()。

// ScriptEvaluatingSettingsProcessor.java
public SettingsInternal process(GradleInternal gradle,
                                SettingsLocation settingsLocation,
                                ClassLoaderScope buildRootClassLoaderScope,
                                StartParameter startParameter) {
    // 合并屬性
    Map<String, String> properties = propertiesLoader.mergeProperties(Collections.<String, String>emptyMap());
    // 加載settings.gradle文件
    TextResourceScriptSource settingsScript = new TextResourceScriptSource(textResourceLoader.loadFile("settings file", settingsLocation.getSettingsFile()));
    // 生成 DefaultSettings 對象
    SettingsInternal settings = settingsFactory.createSettings(gradle, settingsLocation.getSettingsDir(), settingsScript, properties, startParameter, buildRootClassLoaderScope);
    // 解析 settings.gradle
    applySettingsScript(settingsScript, settings);
    return settings;
}

這里會加載 settings.gradle 文件，并構建 DefaultSettings 對象，然后再解析 settings.gradle。

2.2.7 調用 BuildListener 的 settingsEvaluated

解析完 settings.gradle 后逐層返回到 ScriptEvaluatingSettingsProcessor 的 process()。

// ScriptEvaluatingSettingsProcessor.java
public SettingsInternal process(GradleInternal gradle, SettingsLocation settingsLocation, ClassLoaderScope buildRootClassLoaderScope, StartParameter startParameter) {
    SettingsInternal settings = delegate.process(gradle, settingsLocation, buildRootClassLoaderScope, startParameter);
    // 調用 BuildListener 的 settingsEvaluated()
    gradle.getBuildListenerBroadcaster().settingsEvaluated(settings);
    return settings;
}

這里調用了 BuildListener 的 settingsEvaluated()。最后回到 DefaultGradleLauncher 的 prepareSettings()。

private void prepareSettings() {
    if (stage == null) {
        buildListener.buildStarted(gradle);
        settingsPreparer.prepareSettings(gradle);
        // 狀態標記為 LoadSettings 
        stage = Stage.LoadSettings;
    }
}

做完上述這些事情后，會將狀態標記為 LoadSettings。至此 Gradle 構建流程的 LoadSettings 就分析完了。

最后編輯于：2021.12.02 16:36:06

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明：文章內容（如有圖片或視頻亦包括在內）由作者上傳并發布，文章內容僅代表作者本人觀點，簡書系信息發布平臺，僅提供信息存儲服務。

人面猴
序言：七十年代末，一起剝皮案震驚了整個濱河市，隨后出現的幾起案子，更是在濱河造成了極大的恐慌，老刑警劉巖，帶你破解...
沈念sama閱讀 230,563評論 6贊 544
死咒
序言：濱河連續發生了三起死亡事件，死亡現場離奇詭異，居然都是意外死亡，警方通過查閱死者的電腦和手機，發現死者居然都...
沈念sama閱讀 99,694評論 3贊 429
救了他兩次的神仙讓他今天三更去死
文/潘曉璐我一進店門，熙熙樓的掌柜王于貴愁眉苦臉地迎上來，“玉大人，你說我怎么就攤上這事。” “怎么了？”我有些...
開封第一講書人閱讀 178,672評論 0贊 383
道士緝兇錄：失蹤的賣姜人
文/不壞的土叔我叫張陵，是天一觀的道長。經常有香客問我，道長，這世上最難降的妖魔是什么？我笑而不...
開封第一講書人閱讀 63,965評論 1贊 318
?港島之戀（遺憾婚禮）
正文為了忘掉前任，我火速辦了婚禮，結果婚禮上，老公的妹妹穿的比我還像新娘。我一直安慰自己，他們只是感情好，可當我...
茶點故事閱讀 72,690評論 6贊 413
惡毒庶女頂嫁案：這布局不是一般人想出來的
文/花漫我一把揭開白布。她就那樣靜靜地躺著，像睡著了一般。火紅的嫁衣襯著肌膚如雪。梳的紋絲不亂的頭發上，一...
開封第一講書人閱讀 56,019評論 1贊 329
城市分裂傳說
那天，我揣著相機與錄音，去河邊找鬼。笑死，一個胖子當著我的面吹牛，可吹牛的內容都是我干的。我是一名探鬼主播，決...
沈念sama閱讀 44,013評論 3贊 449
雙鴛鴦連環套：你想象不到人心有多黑
文/蒼蘭香墨我猛地睜開眼，長吁一口氣：“原來是場噩夢啊……” “哼！你這毒婦竟也來了？” 一聲冷哼從身側響起，我...
開封第一講書人閱讀 43,188評論 0贊 290
萬榮殺人案實錄
序言：老撾萬榮一對情侶失蹤，失蹤者是張志新（化名）和其女友劉穎，沒想到半個月后，有當地人在樹林里發現了一具尸體，經...
沈念sama閱讀 49,718評論 1贊 336
?護林員之死
正文獨居荒郊野嶺守林人離奇死亡，尸身上長有42處帶血的膿包…… 初始之章·張勛以下內容為張勛視角年9月15日...
茶點故事閱讀 41,438評論 3贊 360
?白月光啟示錄
正文我和宋清朗相戀三年，在試婚紗的時候發現自己被綠了。大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
茶點故事閱讀 43,667評論 1贊 374
活死人
序言：一個原本活蹦亂跳的男人離奇死亡，死狀恐怖，靈堂內的尸體忽然破棺而出，到底是詐尸還是另有隱情，我是刑警寧澤，帶...
沈念sama閱讀 39,149評論 5贊 365
?日本核電站爆炸內幕
正文年R本政府宣布，位于F島的核電站，受9級特大地震影響，放射性物質發生泄漏。R本人自食惡果不足惜，卻給世界環境...
茶點故事閱讀 44,845評論 3贊 351
男人毒藥：我在死后第九天來索命
文/蒙蒙一、第九天我趴在偏房一處隱蔽的房頂上張望。院中可真熱鬧，春花似錦、人聲如沸。這莊子的主人今日做“春日...
開封第一講書人閱讀 35,252評論 0贊 28
一樁弒父案，背后竟有這般陰謀
文/蒼蘭香墨我抬頭看了看天上的太陽。三九已至，卻和暖如春，著一層夾襖步出監牢的瞬間，已是汗流浹背。一陣腳步聲響...
開封第一講書人閱讀 36,590評論 1贊 295
情欲美人皮
我被黑心中介騙來泰國打工，沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留，地道東北人。一個月前我還...
沈念sama閱讀 52,384評論 3贊 400
代替公主和親
正文我出身青樓，卻偏偏與公主長得像，于是被迫代替她去往敵國和親。傳聞我的和親對象是個殘疾皇子，可洞房花燭夜當晚...
茶點故事閱讀 48,635評論 2贊 380

三个男躁一个女,国精产品一区一手机的秘密,麦子交换系列最经典十句话,欧美国产综合欧美视频

Gradle 源碼分析（二）

Gradle 源碼分析（二）

1. 寫在前面

2. LoadSettings

2.1 整體實現

2.1.1 時序圖

2.1.2 主要操作

2.2 源碼分析

2.2.1 調用 BuildListener 的 buildStarted

2.2.2 執行 init 腳本

2.2.3 查找 settings.gradle

2.2.4 編譯 buildSrc

2.2.5 解析 gradle.properties

2.2.6 解析 settings.gradle

2.2.7 調用 BuildListener 的 settingsEvaluated

推薦閱讀更多精彩內容

三个男躁一个女,国精产品一区一手机的秘密,麦子交换系列最经典十句话,欧美 国产 综合 欧美 视频

Gradle 源碼分析（二）

1. 寫在前面

2. LoadSettings

2.1 整體實現

2.1.1 時序圖

2.1.2 主要操作

2.2 源碼分析

2.2.1 調用 BuildListener 的 buildStarted

2.2.2 執行 init 腳本

2.2.3 查找 settings.gradle

2.2.4 編譯 buildSrc

2.2.5 解析 gradle.properties

2.2.6 解析 settings.gradle

2.2.7 調用 BuildListener 的 settingsEvaluated

推薦閱讀更多精彩內容

三个男躁一个女,国精产品一区一手机的秘密,麦子交换系列最经典十句话,欧美国产综合欧美视频