先从网上下载Primo.Ramdisk这个软件，安装到电脑上，有个补丁Patch.exe程序，打上后，就是完整注册版。2安装后，启动程序，在程序界面下端，查看一下当前内存识别状态，只识别了2946MB内存，先要识别未识别的内存，点击左侧的图标，开始进行识别。3进入系统未识别内存管理，有红色的文字提示“系统未识别内存尚未启用”，要识别，点击“启用”。有风险警告提示，按“是”。还会提示一些其它内容，如启用休眠，有足够的硬盘存放休眠文件，不能设置页面文件在虚拟硬盘上等等。4在设置选项页面，如果自已的电脑设置了休眠功能，就要把“支持系统未识别内存休眠”这一项勾上。为了安全起见，在“保留前端地址空间的系统未识别内存”前面打上勾，然后根据内存大小设置100MB-500MB保留空间。当提示成功启用系统未识别内存功能，就表示成功了。提示：内存小的，少设置一点前端保留空间，100左右，大的多设置一点，我设置成200MB，因为我没有启用休眠功能，所以也没有勾选支持系统未识别内存休眠选项。END新建虚拟硬盘1未识别内存启用后，有4616MB可用，接下来就开始把多余的内存新建成虚拟硬盘了，点击第一个工具“新建硬盘”。2在新建虚拟硬盘向导窗口，选择“使用全新设置创建虚拟硬盘”这一项。下一步。3硬盘大小：全部未使用的内存（4610MB）。硬盘类型：Dircet-IO(这个速度更快)。盘符：R（这个可以自定义，只要之前未被使用就行）。4接下来设置物理内存实体特性，选择“使用系统未识别内存”即可，按下一步。5文件系统：NTFS。簇大小：4096。卷标：默认RAMDISK（可自定义）。勾选“自动创建“TEMP”文件夹”。6设置用户使用权限，勾选“完全控制”即可，其实也就都勾选了。7关联镜象文件，解释一下，就是关机后，把虚拟内存硬盘上的文件，转移到一个镜象文件夹中，以便下次开机，把镜象中的文件复制到虚拟硬盘中，可以再次接着使用。我的目的是，用这个虚拟硬盘缓存临时文件，关机之后，马上删除，根本不要镜像保存，所以这项根本不需要，直接跳过。8到了这里，就算创建完成了，仔细检查一下，如果有不满意的，可以返回修改，满意了，按“完成”。END移动缓存文件夹到虚拟硬盘上已经把多余内存创建成虚拟硬盘了，就要使用它，因为内存的读取速度是非常快的，远比硬盘快多了，甚至比固态硬盘还快，所以，最适合放系统的临时文件夹和各种浏览器的缓存文件夹。先介绍如何把系统临时文件夹放到虚拟硬盘上。在Ramdisk软件界面，点击实用工具，如下图。系统的临时文件夹是系统环境变量，可以在系统中进行设置，不过太麻烦，在这个工具中设置非常方便，在环境变量TEMP/TEP更改为这一项，点击选择按钮。选择刚刚创建的RAMDISK虚拟硬盘下的TEMP文件夹即可。把要更改的文件夹选择好后，按“更改”按钮，确认更改后，就算完成了。下面介绍浏览器的缓存文件夹移动过程，以IE为例。进入控制面板，打开“Internet选项”，在常规选项下，点击“浏览历史记录”下的“设置”按钮。进入设置页面，点击“移动文件夹”，把文件夹设置到虚拟硬盘上即可，最好不要直接选择R盘符，在R盘下新建一个Internet临时缓存文件夹，集中管理缓存网页文件，因为虚拟R盘中还要放其它临时文件，每一种临时文件都必须有一个存放文件夹。0火狐浏览器firefox怎么更改缓存文件夹

1、如果你的pom.xml 文件内有很多相同的groupId（这现象spring等大型框架非常常见），你应该用pom中的properties部分，然后引用它们。2、可视化观察依赖关系现在的ide，比如spring官方的sts，就自带了可视化查看依赖。我们也可以用maven dependency插件查看，上面都可以观察依赖，主要解决jar包依赖冲突现象。排除低版本的jar本。sts支持可视化管理排除。传递性依赖我们可以用, exclusions and optional aven either by the depending 排除。

build.gradle//设置脚本的运行环境buildscript {//支持java 依赖库管理（maven/ivy）,用于项目的依赖。repositories {mavenCentral()}//依赖包的定义。支持maven/ivy，远程，本地库，也支持单文件dependencies {classpath ’com.android.tools.build:gradle:0.4’}}//声明构建的项目类型，这里当然是android了apply plugin: ’android’//设置编译android项目的参数android {compileSdkVersion 17buildToolsVersion “17“defaultConfig {minSdkVersion 8targetSdkVersion 17}//Android默认配置sourceSets {main {manifest.srcFile ’AndroidManifest.xml’java.srcDirs =resources.srcDirs =aidl.srcDirs =renderscript.srcDirs =res.srcDirs =assets.srcDirs =}//测试所在的路径，这里假设是tests文件夹，没有可以不写这一行instrumentTest.setRoot(’tests’)}//这个是解决lint报错的代码lintOptions {abortOnError false}/*** 签名设置*/signingConfigs {myConfigs {storeFile file(“签名文件地址“)keyAlias “...“keyPassword “...“storePassword “...“}}/*** 混淆设置*/buildTypes {release {signingConfig signingConfigs.myConfigsrunProguard trueproguardFiles getDefaultProguardFile(’proguard-android.txt’), ’proguard-rules.pro’}}/*** 渠道打包（不同包名）*/productFlavors {qqqq {applicationId = ’包名’}hhhhh {applicationId=’包名’}}}/*** .so文件的导入*/task copyNativeLibs(type: Copy) {from fileTree(dir: ’libs’, include: ’armeabi/*.so’) into ’build/lib’}tasks.withType(Compile) {options.encoding = “UTF-8“}tasks.withType(Compile) {compileTask -》 compileTask.dependsOn copyNativeLibs}clean.dependsOn ’cleanCopyNativeLibs’tasks.withType(com.android.build.gradle.tasks.PackageApplication) { pkgTask -》pkgTask.jniFolders =}//依赖库dependencies {compile fileTree(dir: ’libs’, include: )}gradle 作为构建工具，能够很方便的使用本地jar包，以下为使用的代码块。ependencies {//单文件依赖compile files(’libs/android-support-v4.jar’)//某个文件夹下面全部依赖compile fileTree(dir: ’libs’, include: ’*.jar’)}android {}gradle 同时支持maven，ivy，由于ivy我没用过，所以用maven 作为例子，以下为代码块：repositories {//从中央库里面获取依赖mavenCentral()//或者使用指定的本地maven 库maven{url “file://F:/githubrepo/releases“}//或者使用指定的远程maven库maven{url “远程库地址“}}dependencies {//应用格式: packageName:artifactId:versioncompile ’com.google.android:support-v4:r13’}android {}对于项目依赖 android library的话，就不是依赖一个jar，那么简单了，在这里需要使用gradle mulit project 机制。在过去，android library并没有一个很好的包管理方式，简单来说，在gradle出现以前，官方并没有一种用于管理android library 依赖包的方式，一般我们都是直接下载别人的android library project 源码进行集成，而对于第三方的android-maven-plugin 用的是apklib 格式。而现在，官方终于推出一种android library的打包格式，扩展名为*.aar。前面提到，目前android gradle插件并不支持本地直接使用*.aar文件，不过，支持包管理库的引用方式，下面，我为大家说一下，怎么对android library 发布使用。打包android library对android library 进行打包直接在library项目下面使用gradle build 即可，然后，你就会在 build/libs 目录下看到两个*.aar文件，一个debug包用的，一个是release 下用的，看个人需求使用，这里我们用的是release 版本的 .aar 文件。

这个文件通过路径标识 rsc.io/hello 定义了一个模块，它本身还依赖于两个其他模块：golang.org/x/text 和 rsc.io/quote ，这个模块自身编译的时候使用的是 go.mod 文件中指定的依赖列表的版本。对于更上一层的编译，其他导入这个模块的地方将使用它较新的版本编译。

包发布者最好使用语义化的 tag 发布版本，vgo 也鼓励通过打tag的版本号方式，而不是任意的提交版本。

目前，golang的包管理工具有很多，用的比较多的包括：govendor、godep、glide等等。但是，一直以来，golang官方都没有提供一个标准的包管理工具，知道go1.11发布后，出现了一个实验中的go module。

a、全局启用

b、当前shell窗口启用

c、常用代理地址

3.1 初始化

4.1 查看所有依赖包

4.2 查看包有哪些版本

4.3 如何更换版本

4.4 使用go mod edit直接修改

4.5 删除未使用的依赖项

4.6 查看所有命令

Go 1.11版本支持临时环境变量GO111MODULE，通过该环境变量来控制依赖包的管理方式。当GO111MODULE的值为on时，那么就会使用modules功能，这种模式下，

当GO111MODULE的值为off时，不再使用modules功能。此时软件包的使用顺序为：

优先使用vendor目录下面的包，如果vendor下面没有搜索到，再搜索

要么完整使用vendor下面的包，要么完整使用$GOPATH下面的包，不会混合使用。

当使用go mod vendor指令，将依赖包全部拷贝至当前项目下后，当前项目就可以随意拷贝分发，避免因网络问题造成接收者安装依赖包的麻烦。

用 maven2 ，pom.xml中设置了依赖，会帮你下载所有依赖的.jar到 M2_REPO 指向的目录用 maven2 ，pom.xml中设置了依赖，会帮你下载所有依赖的.jar到 M2_REPO 指向的目录

CentOS7下安装Composer安装Composer1、将composer.pha使用它，你只需要将下面这行代码添加到你项目的引导文件中：require’vendor/autoload.php’;现在我们就可以使用monolog了

上篇我们了解了 SPM 如何帮助我们快速接入第三方依赖源；现实中，我们不仅需要依赖第三方源，往往我们也需要使得项目模块化、组件化；类似 CocoaPods ，我们也需要自定义库，并让我们的项目依赖；本篇，将简单分析 SPM 库的组成，以及创建我们自己的 SPM 库。

我们先来分析一下『Alamofire』的目录结构，如下图：

上图中，红色框框标明的就是 SPM 库的最基本组成部分：

Package.swift 是整个包描述，它依赖 PackageDescription 结构，该结构定义了一个 SPM 导出包需要指定哪些配置信息：

一般来说，上面的这些配置，通常，我们需要的是：name、platforms、products、dependencies、targets。

方式一（Xcode工具化）创建：

输入项目名，点击『Create』：

Xcode 自动帮我们生成了配置文件和源码目录：

方式二（命令行）创建：

然后『command + B』编译就能成功！

我们自定义的 SPM 库，不可能每次修改一点，仅仅只是编译通过，就提交到 git 上，肯定需要本地先集成，测试逻辑之后，最终稳定后，才会考虑提交到 git 上，但是，如果你去通过 SPM 去 add ，发现只能输入 git url，没法添加本地 SPM 库，那怎么办呢？

办法如下：

拖入后，如下图：

点击『+』，选择如下：

点击『Add』即可：

OK！完美，毫无违和感.... 接下来，我们可以考虑上传至 Git 云端。

建议勾选：『README』、『.gitignore』和『license』，然后点击『Create repository』。

按照上一篇《Swift Package Manager（SPM）了解篇》添加源即可：

最后来张完整的『全家福』：

被提示缺少某些库文件，可是由于不知道库在ubuntu源中具体的名字，无法正确的apt-get install。现在有一个工具auto-apt可以帮助你解决问题。

具体如下：

电脑常见问题解决

1、无法自动识别硬盘控制器

使用非正版的个别操作系统光盘，在安装系统时，容易出现此错误。原因是非正版光盘自动加载的硬盘控制器驱动不符合电脑自身需要的驱动。这种情况就建议换正版光盘安装操作系统。

2、手动更新错误的驱动程序

windows操作系统正常使用，但手动更新驱动程序把硬盘控制器的驱动程序更新错误，导致此故障。解决方法是进入windows系统高级菜单，选择最后一次的正常配置，即可正常进入系统。

3、bios设置变化后所导致

windows操作系统正常，但是由于某些原因，用户修改了bios设置，导致0x0000007b故障。