现在网上有几种常用的app热修复技术，个人感觉阿里云热修复操作比较简单，主要几个步骤，创建app---下载sdk---集成（AS和eclipse）---生成补丁---发布补丁（可以本地调试）。下面详细讲各个步骤：

一，创建APP

登录移动热修复控制台：https://hotfix.console.aliyun.com/，点击右上角创建App，跳转到MHub App管理控制台，或者直接访问MHub控制台：https://mhub.console.aliyun.com/。
在MHub控制台点击右上角创建App，填入App名称、分类和描述。

点击创建后，MHub控制台可以查看到对应App。

返回Hotfix控制台，刷新页面后可以看到对应的Hotfix App。

【注意】热修复控制台地址为：地址

RSA密钥

在App列表点击“管理”后，跳转到单个App管理页面，可以查看。

【注意】这里的App列表是：热修复的控制台-管理列表地址：https://hotfix.console.aliyun.com/#/list不是创建应用的控制台列表，请一定要明确这一点。

二，下载SDK

一、SDK下载入口

进入MHub控制台下载SDK：https://mhub.console.aliyun.com/#/download。

二、功能介绍

SDK下载页面提供SDK下载及打包记录功能，各产品SDK支持勾选合并功能，打包记录功能保存最近五次打包记录。

三、下载SDK

请按需勾选SDK，后台自动去除重复依赖，点击下载按钮后请耐心等待SDK生成完成并根据提示进行下载。

若生成过程中出现异常，请按提示重试或反馈给工作人员。

SDK生成成功后将出现下载提示框，用户可以选择直接下载也可以后续在SDK打包记录中选择下载。

若SDK生成时间过长，用户可以选择后台运行，后续可在SDK打包记录中查看相应状态。

四、SDK打包记录

SDK打包记录为用户展示最近五次打包记录，用户可以查看SDK生成状态并下载已生成完成的SDK。

三，快速集成

1.1 Android SDK及工具下载

阿里云Sophix 3.0版本现已上线！

Sophix提供了一套更加完美的客户端服务端一体的热更新方案，做到了图形界面一键打包、加密传输、签名校验和服务端控制发布与灰度功能，让你用最少的时间实现最强大可靠的全方位热更新。

一张表格来说明一下各个版本热修复的差别：

方案对比	Andfix开源版本	阿里Hotfix 1.X	阿里Hotfix最新版 (Sophix)
方法替换	支持，除部分情况[0]	支持，除部分情况	全部支持
方法增加减少	不支持	不支持	以冷启动方式支持[1]
方法反射调用	只支持静态方法	只支持静态方法	以冷启动方式支持
即时生效	支持	支持	视情况支持[2]
多DEX	不支持	支持	支持
资源更新	不支持	不支持	支持
so库更新	不支持	不支持	支持
Android版本	支持2.3~7.0	支持2.3~6.0	全部支持包含7.0以上
已有机型	大部分支持[3]	大部分支持	全部支持
安全机制	无	加密传输及签名校验	加密传输及签名校验
性能损耗	低，几乎无损耗	低，几乎无损耗	低，仅冷启动情况下有些损耗
生成补丁	繁琐，命令行操作	繁琐，命令行操作	便捷，图形化界面
补丁大小	不大，仅变动的类	小，仅变动的方法	不大，仅变动的资源和代码[4]
服务端支持	无	支持服务端控制[5]	支持服务端控制

说明：

[0] 部分情况指的是构造方法、参数数目大于8或者参数包括long,double,float基本类型的方法。
[1] 冷启动方式，指的是需要重启app在下次启动时才能生效。
[2] 对于Andfix及Hotfix 1.X能够支持的代码变动情况，都能做到即时生效。而对于其他代码变动较大的情况，会走冷启动方式，此时就无法做到即时生效。
[3] Hotfix 1.X已经支持绝大部分主流手机，只是在X86设备以及修改了虚拟机底层结构的ROM上不支持。
[4] 由于支持了资源和库，如果有这些方面的更新，就会导致的补丁变大一些，这个是很正常的。并且由于只包含差异的部分，所以补丁已经是最大程度的小了。
[5] 提供服务端的补丁发布和停发、版本控制和灰度功能，存储开发者上传的补丁包。

1.2 集成准备

1.2.1 android studio集成方式

gradle远程仓库依赖, 打开项目找到app的build.gradle文件，添加如下配置：

添加maven仓库地址：

repositories {
maven {
url "http://maven.aliyun.com/nexus/content/repositories/releases"
}
}

添加gradle坐标版本依赖：

compile 'com.aliyun.ams:alicloud-android-hotfix:3.1.1'

传递性依赖utdid这个sdk, 所以不需要重复依赖utdid.但是另一方面其它阿里系SDK也可能依赖了utdid这个SDK, 如果编译期间报utdid重复, 所以此时进行如下处理即可, 关闭传递性依赖:

compile ('com.aliyun.ams:alicloud-android-hotfix:3.1.1') {
exclude(module:'alicloud-android-utdid')
}

utdid实际上是为设备生成唯一deviceid的一个基础类库

如若仓库访问失败, 那么用本地依赖的方式进行依赖, SDK下载见“1.5 客户端本地SDK及DEMO下载”节。

1.2.2 eclipse集成方式

下载OneSDk.zip，解压出hotfix_core-release.aar文件后再解压这个aar文件（不能直接解压的话，点其他压缩命令，用压缩文件（我的是360压缩）打开，再解压到具体位置）
复制解压文件jni目录下的libsophix.so到自己的jni目录下, eclipse jni目录一般指的就是项目libs目录
复制utdid4all-1.1.5.3_proguard.jar和alicloud-android-utils-1.0.3.jar文件到项目libs目录下
重命名classes.jar为sophix.jar并复制到项目libs目录下
合并AndroidManifest.xml文件中的内容到本项目AndroidManifest.xml文件，service一定要合并。

编译期间报utdid类重复异常, 那么步骤2中添加的utdid4all-1.1.5.3_proguard.jar从项目libs目录移除即可

1.2.3 权限说明

Sophix SDK使用到以下权限

<! -- 网络权限 -->
<uses-permission android:name="android.permission.INTERNET" />
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
<! -- 外部存储读权限，调试工具加载本地补丁需要 -->
<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/>

READ_EXTERNAL_STORAGE/ACCESS_WIFI_STATE权限属于Dangerous Permissions,自行做好android6.0以上的运行时权限获取

1.2.4 配置AndroidManifest文件

在AndroidManifest.xml中间的application节点下添加如下配置：

<meta-data
android:name="com.taobao.android.hotfix.IDSECRET"
android:value="App ID" />
<meta-data
android:name="com.taobao.android.hotfix.APPSECRET"
android:value="App Secret" />
<meta-data
android:name="com.taobao.android.hotfix.RSASECRET"
android:value="RSA密钥" />

将上述value中的值分别改为通过平台HotFix服务申请得到的App Secret和RSA密钥，出于安全考虑，建议使用setSecretMetaData这个方法进行设置，详见1.3.2.1的方法说明。

1.2.5 混淆配置

混淆感觉没什么用，eclipse不混淆也可以

#基线包使用，生成mapping.txt
-printmapping mapping.txt
#生成的mapping.txt在app/buidl/outputs/mapping/release路径下，移动到/app路径下
#修复后的项目使用，保证混淆结果一致
#-applymapping mapping.txt
#hotfix
-keep class com.taobao.sophix.**{*;}
-keep class com.ta.utdid2.device.**{*;}
#防止inline
-dontoptimize

1.3 SDK接口使用说明

1.3.1 接入范例

initialize的调用应该尽可能的早，必须在Application.attachBaseContext()或者Application.onCreate()的最开始进行SDK初始化操作，否则极有可能导致崩溃。而查询服务器是否有可用补丁的操作可以在后面的任意地方。

// initialize最好放在attachBaseContext最前面
SophixManager.getInstance().setContext(this)
.setAppVersion(appVersion)
.setAesKey(null)
.setEnableDebug(true)
.setPatchLoadStatusStub(new PatchLoadStatusListener() {
@Override
public void onLoad(final int mode, final int code, final String info, final int handlePatchVersion) {
// 补丁加载回调通知
if (code == PatchStatus.CODE_LOAD_SUCCESS) {
// 表明补丁加载成功
} else if (code == PatchStatus.CODE_LOAD_RELAUNCH) {
// 表明新补丁生效需要重启. 开发者可提示用户或者强制重启;
// 建议: 用户可以监听进入后台事件, 然后调用killProcessSafely自杀，以此加快应用补丁，详见1.3.2.3
} else {
// 其它错误信息, 查看PatchStatus类说明
}
}
}).initialize();

// queryAndLoadNewPatch不可放在attachBaseContext 中，否则无网络权限，建议放在后面任意时刻，如onCreate中
SophixManager.getInstance().queryAndLoadNewPatch();

上面这方法可以放到mainactivity的oncreate中

1.3.2 接口说明

1.3.2.1 initialize方法

initialize(): <必选>

该方法主要做些必要的初始化工作以及如果本地有补丁的话会加载补丁, 但不会自动请求补丁。因此需要自行调用queryAndLoadNewPatch方法拉取补丁。这个方法调用需要尽可能的早, 推荐在Application的onCreate方法中调用, initialize()方法调用之前你需要先调用如下几个方法, 方法调用说明如下:
setContext(application): <必选> 传入入口Application即可
setAppVersion(appVersion): <必选> 应用的版本号
setSecretMetaData(idSecret, appSecret, rsaSecret): <可选，推荐使用> 三个Secret分别对应AndroidManifest里面的三个，可以不在AndroidManifest设置而是用此函数来设置Secret。放到代码里面进行设置可以自定义混淆代码，更加安全，此函数的设置会覆盖AndroidManifest里面的设置，如果对应的值设为null，默认会在使用AndroidManifest里面的。
setEnableDebug(isEnabled): <可选> isEnabled默认为false, 是否调试模式, 调试模式下会输出日志以及不进行补丁签名校验. 线下调试此参数可以设置为true, 查看日志过滤TAG:Sophix, 同时强制不对补丁进行签名校验, 所有就算补丁未签名或者签名失败也发现可以加载成功. 但是正式发布该参数必须为false, false会对补丁做签名校验, 否则就可能存在安全漏洞风险
setAesKey(aesKey): <可选> 用户自定义aes秘钥, 会对补丁包采用对称加密。这个参数值必须是16位数字或字母的组合，是和补丁工具设置里面AES Key保持完全一致, 补丁才能正确被解密进而加载。此时平台无感知这个秘钥, 所以不用担心阿里云移动平台会利用你们的补丁做一些非法的事情。
setPatchLoadStatusStub(new PatchLoadStatusListener()): <可选> 设置patch加载状态监听器, 该方法参数需要实现PatchLoadStatusListener接口, 接口说明见1.3.2.2说明
setUnsupportedModel(modelName, sdkVersionInt):<可选> 把不支持的设备加入黑名单，加入后不会进行热修复。modelName为该机型上Build.MODEL的值，这个值也可以通过adb shell getprop | grep ro.product.model取得。sdkVersionInt就是该机型的Android版本，也就是Build.VERSION.SDK_INT，若设为0，则对应该机型所有安卓版本。

1.3.2.2 queryAndLoadNewPatch方法

该方法主要用于查询服务器是否有新的可用补丁. SDK内部限制连续两次queryAndLoadNewPatch()方法调用不能短于3s, 否则的话就会报code:19的错误码. 如果查询到可用的话, 首先下载补丁到本地, 然后

应用原本没有补丁, 那么如果当前应用的补丁是热补丁, 那么会立刻加载(不管是冷补丁还是热补丁). 如果当前应用的补丁是冷补丁, 那么需要重启生效.
应用已经存在一个补丁, 请求发现有新补丁后，本次不受影响。并且在下次启动时补丁文件删除, 下载并预加载新补丁。在下下次启动时应用新补丁。

补丁在后台发布之后, 并不会主动下行推送到客户端, 需要手动调用queryAndLoadNewPatch方法查询后台补丁是否可用.
只会下载补丁版本号比当前应用存在的补丁版本号高的补丁, 比如当前应用已经下载了补丁版本号为5的补丁, 那么只有后台发布的补丁版本号>5才会重新下载.

同时1.4.0以上版本服务后台上线了“一键清除”补丁的功能, 所以如果后台点击了“一键清除”那么这个方法将会返回code:18的状态码. 此时本地补丁将会被强制清除, 同时不清除本地补丁版本号

1.3.2.3 killProcessSafely方法

可以在PatchLoadStatusListener监听到CODE_LOAD_RELAUNCH后在合适的时机，调用此方法杀死进程。注意，不可以直接Process.killProcess(Process.myPid())来杀进程，这样会扰乱Sophix的内部状态。因此如果需要杀死进程，建议使用这个方法，它在内部做一些适当处理后才杀死本进程。

1.3.2.4 cleanPatches()方法

清空本地补丁，并且不再拉取被清空的版本的补丁。正常情况下不需要开发者自己调用，因为Sophix内部会判断对补丁引发崩溃的情况进行自动清空。

1.3.2.5 PatchLoadStatusListener接口

该接口需要自行实现并传入initialize方法中, 补丁加载状态会回调给该接口, 参数说明如下:

mode: 补丁模式, 0:正常请求模式 1:扫码模式 2:本地补丁模式
code: 补丁加载状态码, 详情查看PatchStatusCode类说明
info: 补丁加载详细说明, 详情查看PatchStatusCode类说明
handlePatchVersion: 当前处理的补丁版本号, 0:无 -1:本地补丁其它:后台补丁

这里列举几个常见的code码说明,

code: 1 补丁加载成功
code: 6 服务端没有最新可用的补丁
code: 11 RSASECRET错误，官网中的密钥是否正确请检查
code: 12 当前应用已经存在一个旧补丁, 应用重启尝试加载新补丁
code: 13 补丁加载失败, 导致的原因很多种, 比如UnsatisfiedLinkError等异常, 此时应该严格检查logcat异常日志
code: 16 APPSECRET错误，官网中的密钥是否正确请检查
code: 18 一键清除补丁
code: 19 连续两次queryAndLoadNewPatch()方法调用不能短于3s

详情查看SDK中PatchStatus类的代码，有具体说明：

package com.taobao.sophix;
public class PatchStatus {
public final static int CODE_REQ_START = 0;
public final static String INFO_REQ_START = "ready to start.";
public final static int CODE_LOAD_SUCCESS = 1;
public final static String INFO_LOAD_SUCCESS = "load new patch success.";
public final static int CODE_ERR_NOTINIT = 2;
public final static String INFO_ERR_NOTINIT = "didn't initialize hotfix sdk or initialize fail.";
public final static int CODE_ERR_NOTMAIN = 3;
public final static String INFO_ERR_NOTMAIN = "only allow query in main process.";
public final static int CODE_ERR_INBLACKLIST = 4;
public final static String INFO_ERR_INBLACKLIST = "current device does't support hotfix.";
public final static int CODE_REQ_ERR = 5;
public final static String INFO_REQ_ERR = "pull patch info detail fail, please check log.";
public final static int CODE_REQ_NOUPDATE = 6;
public final static String INFO_REQ_NOUPDATE = "there is not update.";
public final static int CODE_REQ_NOTNEWEST = 7;
public final static String INFO_REQ_NOTNEWEST = "the query patchversion equals or less than current patchversion, stop download.";
public final static int CODE_DOWNLOAD_FAIL = 8;
public final static int CODE_DOWNLOAD_SUCCESS = 9;
public final static String INFO_DOWNLOAD_SUCCESS = "patch download success.";
public final static int CODE_DOWNLOAD_BROKEN = 10;
public final static String INFO_DOWNLOAD_BROKEN = "patch file is broken.";
public final static int CODE_UNZIP_FAIL = 11;
public final static String INFO_UNZIP_FAIL = "unzip patch file error, please check value of AndroidMenifest.xml RSASECRET or initialize param aesKey.";
public final static int CODE_LOAD_RELAUNCH = 12;
public final static String INFO_LOAD_RELAUNCH = "please relaunch app to load new patch.";
public final static int CODE_LOAD_FAIL = 13;
public final static String INFO_LOAD_FAIL = "load patch fail, please check stack trace of an exception: ";
public final static int CODE_LOAD_NOPATCH = 14;
public final static String INFO_LOAD_NOPATCH = "do not found any patch file to load.";
public final static int CODE_REQ_APPIDERR = 15;
public final static String INFO_REQ_APPIDERR = "appid is not found.";
public final static int CODE_REQ_SIGNERR = 16;
public final static String INFO_REQ_SIGNERR = "token is invaild, please check APPSECRET.";
public final static int CODE_REQ_UNAVAIABLE = 17;
public final static String INFO_REQ_UNAVAIABLE = "req is unavailable as has already been in arrearage.";
public final static int CODE_REQ_CLEARPATCH = 18;
public final static String INFO_REQ_CLEARPATCH = "clean client patch as server publish clear cmd.";
public final static int CODE_REQ_TOOFAST = 19;
public final static String INFO_REQ_TOOFAST = "two consecutive request should not short then 3s.";
public final static int CODE_PATCH_INVAILD = 20;
public static final String INFO_PATCH_INVAILD = "patch invaild, as patch not exist or is dir or not a jar compress file.";
public final static int CODE_LOAD_FORBIDDEN = 21;
public static final String INFO_LOAD_FORBIDDEN = "debuggable is false! forbid loading local patch for secure reason!";
}

1.4 版本管理说明

说明一：patch是针对客户端具体某个版本的，patch和具体版本绑定

eg. 应用当前版本号是1.1.0, 那么只能在后台查询到1.1.0版本对应发布的补丁, 而查询不到之前1.0.0旧版本发布的补丁.

说明二：针对某个具体版本发布的新补丁, 必须包含所有的bugfix, 而不能依赖补丁递增修复的方式, 因为应用仅可能加载一个补丁

eg. 针对1.0.0版本在后台发布了一个补丁版本号为1的补丁修复了bug1, 然后发现此时针对这个版本补丁1修复的不完全, 代码还有bug2, 在后台重新发布一个补丁版本号为2的补丁, 那么此时补丁2就必须同时包含bug1和bug2的修复才行, 而不是只包含bug2的修复(bug1就没被修复了)

1.5 客户端本地SDK及DEMO下载

下载客户端SDK并集成(下载地址)，Demo程序(Github)

1.6 注意事项

发布前请严格按照：扫码内测 => 灰度发布 => 全量发布的流程进行，以保证补丁包能够正常在所有Android版本的机型上生效。为了保险起见，理论上应该对每个版本的android手机都测一遍是否生效会比较好。不过，其实只需测试通过以下具有代表性的Android版本就基本没什么大问题了：4.0、4.4、5.1、7.0

四，生成补丁

2.1 下载打包工具

patch补丁包生成需要使用到打补丁工具SophixPatchTool, 如还未下载打包工具，请前往下载Android打包工具。

Mac版本打包工具地址：http://ams-hotfix-repo.oss-cn-shanghai.aliyuncs.com/SophixPatchTool_macos.zip
Windows版本打包工具地址：http://ams-hotfix-repo.oss-cn-shanghai.aliyuncs.com/SophixPatchTool_windows.zip
Linux版本打包工具地址：http://ams-hotfix-repo.oss-cn-shanghai.aliyuncs.com/SophixPatchTool_linux.zip
调试工具地址：http://ams-hotfix-repo.oss-cn-shanghai.aliyuncs.com/hotfix_debug_tool-release.apk

该工具提供了Windows和macOS和Linux版本，Windows下运行SophixPatchTool.exe，macOS下运行SophixPatchTool.app，Linux下（Ubuntu 16.04 64bit最佳）运行SophixPatchTool。并且需要安装Java环境且在JDK7或以上才能正常使用。

2.2 生成Patch

2.2.1 主对话框

旧包：<必填> 选择基线包路径（有问题的APK）。
新包：<必填> 选择新包路径（修复过该问题APK）。
日志：打开日志输出窗口。
高级：展开高级选项，见2.2.3。
设置：配置其他信息。
GO!：开始生成补丁。

2.2.2 主对话框 - 高级选项

强制冷启动：勾选的话强制生成补丁包为需要冷启动才能修复的格式。默认不选的话，工具会根据代码变更情况自动选择即时热替换或者冷启动修复。
不比较资源：打补丁时不比较资源的变化。
不比较SO库：打补丁时不比较SO库的变化。

2.2.3 设置对话框

补丁输出路径：<必填> 指定生成补丁之后补丁的存放位置，必须是已存在的目录。
Key Store Path：<选填>本地的签名文件的路径，不输入则不做签名。
Key Store Password：<选填>证书文件的密码。
Key Alias：<选填>Key的别名。
Key Passwrod：<选填>Key的密码。
AES Key：<选填>自定义aes秘钥, 必须是16位数字或字母的组合。必须与setAesKey中设置的秘钥一致。
Filter Class File：<选填>本地的白名单类列表文件的路径，放进去的类不会再计算patch，文件格式: 一行一个类名。

五，调试和发布补丁

调试工具用于patch正式发布前的调试环节

扫码二维码方式，将刚刚上传到后台的补丁通过扫描二维码下载到本地，尝试加载补丁；
应用本地补丁方式，传入本地补丁的绝对路径，尝试加载补丁。

如还未下载调试工具，请下载Android调试工具，地址如下

调试工具地址：http://ams-hotfix-repo.oss-cn-shanghai.aliyuncs.com/hotfix_debug_tool-release.apk

连接测试的应用

在编辑框内输入要进行测试的应用包名，确认输入无误后点击连接应用按钮；
工具与测试的应用建立连接，连接成功后输出应用的信息；aidl方式连接原应用，所以在部分机型上可能导致失败，比如MIUI最新系统上，默认禁用了跨应用aidl，MIUI上可以设置取消这个限制，其它系统类似处理。

应用补丁

扫描二维码方式

打补丁工具生成的sophix-patch.jar补丁包上传到hotfix产品后台；
点击扫描二维码按钮，打开二维码页面，将二维码置于扫描框内；
扫描完成以后返回，输出扫描到的patch地址，向应用发出拉取patch的请求；
patch拉取和加载状态在输出台输出，当显示下载和加载成功，打开应用进行检查。¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨

应用本地补丁方式

打补丁工具生成的sophix-patch.jar补丁包推送到本地存储任何一个目录下；
应用本地补丁按钮上面的输入框输入补丁在手机存储中的绝对路径；
补丁加载状态在输出台输出，当显示下载和加载成功，打开应用进行检查。

断开连接的应用

点击断开应用连接按钮，将断开与应用的连接。调试到此结束。

清除通知内容

当输出台显示信息过多时，可点击清除下列通知内容按钮对通知信息进行清除。

使用示例

下载demo工程后, 安装并打开old.apk, 安装调试工具；
输入“com.taobao.hotfix.demo”包名, 连接应用, 提示连接成功；
应用本地补丁示例
- 补丁工具生成的补丁包sophix-patch.jar推送到本地的/sdcard/Download目录, 然后输入该补丁包的绝对路径, 点击应用本地补丁按钮；
- Mode:2 表示本地补丁模式, Code:1 表示加载成功 HandlePatchVersion:-1 表示本地补丁
扫描二维码示例
- 补丁工具生成的补丁包sophix-patch.jar上传到hotfix控制台；
- 点击扫描二维码按钮扫后台补丁二维码；
- Mode:1 表示扫码模式, Code:12 表示应用当前已经有一个补丁, 所以新补丁不会立刻加载需要等下一次重启加载, HandlePatchVersion:89 表示后台拉取下来的补丁版本89。

阿里云热修复sophix详解相关推荐

java对接阿里云短信服务详解（验证码，推广短信，通知短信）
前言小前提: - java:springboot框架,maven版本管理. - 阿里云:有账号,已经进行实名认证. java对接阿里云短信服务详解(验证码,推广短信,通知短信) 前言 1. 登录阿里 ...
阿里移动热修复Sophix使用体验
2019独角兽企业重金招聘Python工程师标准>>> Android 热修复是个热门技术,各大公司都推出了自己的热修复框架,阿里也推出了全新的Sophix,我决定写个Demo 测试 ...
阿里云DDoS基础防护详解防护阈值黑洞时间详细说明
阿里云DDoS基础防护是免费赠送给用户的,每台实例都可以免费试用DDoS基础防护,护云盾分享DDoS基础防护的详细说明,包括防护阈值.防护流量.安全信誉及黑洞时间等: DDoS基础防护详解阿里云免费 ...
[CentOS Python系列] 六.阿里云搭建Django网站详解
本篇文章主要介绍讲述部署阿里云服务器Django网站环境,并通过IP地址访问网页的过程.写代码过程中往往第一步需要解决的就是配置开发环境,对于新手来说,这是非常头疼的事情,而当配置好之后或者对于老手来 ...
阿里云搭建JAVA环境详解(jdk+mysql+tomcat)
网上的教程现在已经有很多了,我只是记录一下我自己搭建环境的过程 1.首先进入阿里云官网登录之后直接搜索"学生机",然后点击"云翼计划",我购买的是一个服务器EC ...
阿里云快速网站搭建详解
一.网站建站流程主要步骤: 要有一个域名购买主机要有数据库,一般购买主机赠送解析域名下载网站程序(演示用的WordPress) 上传程序安装程序(配置数据库.网站基本信息.管理员信息等) ...
阿里云96页报告详解《云上转型》（10个案例、10大趋势/完整版PPT）
阿里云研究中心云上转型报告:第四次计算革命孕育"数字经济体" 纵观2000年的人类历史,计算与商业始终是一对互相促进的"孪生兄弟",创造出许许多多崭新的商业模式 ...
阿里云API网关配置详解
首先讲一下使用API网关的原因: 我想很多公司都因API或开放API的安全性感到苦恼吧,大部分公司都会自己的API进行加密处理,或token验证,可这就能防范,其他人抓取接口进行非法操作了吗?答案是肯 ...
什么是同城冗余ZRS和本地冗余LRS？阿里云对象存储OSS详解
阿里云对象存储OSS具有高可靠性,存储空间分为同城冗余ZRS和本地冗余LRS两种,阿里云百科来详细说下阿里云对象存储OSS冗余类型及同城冗余ZRS和本地冗余LRS的价格: 阿里云对象存储OSS 对象存 ...

阿里云热修复sophix详解

一，创建APP