AI 助理
备案控制台
开发者社区 开发与运维 文章 正文

网络请求异常拦截优化

2019-05-22 1383
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
全局流量管理 GTM，标准版 1个月
公共DNS（含HTTPDNS解析），每月1000万次HTTP解析
云解析 DNS，旗舰版 1个月
简介： 目录介绍01.网络请求异常分类02.开发中注意问题03.原始的处理方式04.如何减少代码耦合性05.异常统一处理步骤06.完成版代码展示好消息博客笔记大汇总【16年3月到至今】，包括Java基础及深入知识点，Android技术博客，Python学习笔记等等，还包括平时开发中遇...

目录介绍

  • 01.网络请求异常分类
  • 02.开发中注意问题
  • 03.原始的处理方式
  • 04.如何减少代码耦合性
  • 05.异常统一处理步骤
  • 06.完成版代码展示

好消息

  • 博客笔记大汇总【16年3月到至今】，包括Java基础及深入知识点，Android技术博客，Python学习笔记等等，还包括平时开发中遇到的bug汇总，当然也在工作之余收集了大量的面试题，长期更新维护并且修正，持续完善……开源的文件是markdown格式的！同时也开源了生活博客，从12年起，积累共计N篇[近100万字，陆续搬到网上]，转载请注明出处，谢谢！
  • 链接地址：https://github.com/yangchong211/YCBlogs
  • 如果觉得好，可以star一下，谢谢！当然也欢迎提出建议，万事起于忽微，量变引起质变！

01.网络请求异常分类

  • 网络请求异常大概有哪些？

    • 第一种：访问接口异常，比如404，500等异常，出现这类异常，Retrofit会自动抛出异常。
    • 第二种：解析数据异常，数据体发生变化可能会导致这个问题。
    • 第三种：其他类型异常，比如服务器响应超时异常，链接失败异常，网络未连接异常等等。
    • 第四种：网络请求成功，但是服务器定义了异常状态，比如token失效，参数传递错误，或者统一给提示(这个地方比较拗口，比如购物app，你购买n件商品请求接口成功，code为200，但是服务器发现没有这么多商品，这个时候就会给你一个提示，然后客户端拿到这个进行吐司)

02.开发中注意问题

  • 在获取数据的流程中，访问接口和解析数据时都有可能会出错，我们可以通过拦截器在这两层拦截错误。

    • 1.在访问接口时，我们不用设置拦截器，因为一旦出现错误，Retrofit会自动抛出异常。比如，常见请求异常404，500，503等等。为了方便后期排查问题，这个可以在debug环境下打印日志就可以。
    • 2.在解析数据时，我们设置一个拦截器，判断Result里面的code是否为成功，如果不成功，则要根据与服务器约定好的错误码来抛出对应的异常。比如，token失效后跳转登录页面，禁用同账号登陆多台设备，缺少参数，参数传递异常等等。
    • 3.除此以外，为了我们要尽量避免在View层对错误进行判断，处理，我们必须还要设置一个拦截器，拦截onError事件，然后使用ExceptionUtils，让其根据错误类型来分别处理。

03.原始的处理方式

  • 最简单的处理方式，直接对返回的throwable进行类型判断处理

    //请求，对throwable进行判断
ServiceHelper.getInstance()
      .getModelResult(param1, param2)
      .subscribeOn(Schedulers.io())
      .observeOn(AndroidSchedulers.mainThread())
      .subscribe(new Subscriber<Model>() {
             @Override
public void onCompleted() {

}

@Override
public void onError(Throwable e) {
if(e instanceof HttpException){
    //获取对应statusCode和Message
    HttpException exception = (HttpException)e;
    String message = exception.response().message();
    int code = exception.response().code();
}else if(e instanceof SSLHandshakeException){
  //接下来就是各种异常类型判断...
}else if(e instanceof ...){

}...
}

@Override
public void onNext(Model model) {
if(model.getCode != CODE_SUCCESS){
      int code = model.getCode();
      switch (code){
          case CODE_TOKEN_INVALID:
              ex.setDisplayMessage("重新登陆");
              break;
          case CODE_NO_OTHER:
              ex.setDisplayMessage("其他情况");
              break;
          case CODE_SHOW_TOAST:
              ex.setDisplayMessage("吐司服务器返回的提示");
              break;
          case CODE_NO_MISSING_PARAMETER:
              ex.setDisplayMessage("缺少参数，用log记录服务器提示");
              break;
          default:
              ex.setDisplayMessage(message);
              break;
      }
}else{
    //正常处理逻辑
}
}
      });

04.如何减少代码耦合性

  • 为了不改变以前的代码结构，那么如何做才能够彻底解耦呢？一般情况下使用Retrofit网络请求框架，会有回调方法，如下所示：

    package retrofit2;

public interface Callback<T> {
    void onResponse(Call<T> var1, Response<T> var2);

    void onFailure(Call<T> var1, Throwable var2);
}

  • 不管以前代码封装与否，都希望一句代码即可实现网络请求拦截处理逻辑。那么这个时候，我是怎么处理的呢？

    public class ResponseData<T> {

    private int code;
    private String message;
    private T t;

    public int getCode() {
        return code;
    }

    public String getMessage() {
        return message;
    }

    public T getT() {
        return t;
    }
}

new Callback<ResponseData<HomeBlogEntity>>(){
    @Override
    public void onResponse(Call<ResponseData<HomeBlogEntity>> call,
                           Response<ResponseData<HomeBlogEntity>> response) {
        int code = response.body().getCode();
        String message = response.body().getMessage();
        HomeBlogEntity t = response.body().getT();
        if (code!= CODE_SUCCESS){
            //网络请求成功200，不过业务层执行服务端制定的异常逻辑
            ExceptionUtils.serviceException(code,message);
        } else {
            //网络请求成功，业务逻辑正常处理
        }
    }

    @Override
    public void onFailure(Call call, Throwable throwable) {
        ExceptionUtils.handleException(throwable);
    }
};

05.异常统一处理步骤

  • 第一步：定义请求接口网络层失败的状态码

    /**
 * 对应HTTP的状态码
 */
private static final int BAD_REQUEST = 400;
private static final int UNAUTHORIZED = 401;
private static final int FORBIDDEN = 403;
private static final int NOT_FOUND = 404;
private static final int METHOD_NOT_ALLOWED = 405;
private static final int REQUEST_TIMEOUT = 408;
private static final int CONFLICT = 409;
private static final int PRECONDITION_FAILED = 412;
private static final int INTERNAL_SERVER_ERROR = 500;
private static final int BAD_GATEWAY = 502;
private static final int SERVICE_UNAVAILABLE = 503;
private static final int GATEWAY_TIMEOUT = 504;

  • 第二步，接口请求成功，业务层失败，服务端定义异常状态码

    • 比如，登录过期，提醒用户重新登录；
    • 比如，添加商品，但是服务端发现库存不足，这个时候接口请求成功，服务端定义业务层失败，服务端给出提示语，客户端进行吐司
    • 比如，请求接口，参数异常或者类型错误，请求code为200成功状态，不过给出提示，这个时候客户端用log打印服务端给出的提示语，方便快递查找问题
    • 比如，其他情况，接口请求成功，但是服务端定义业务层需要吐司服务端返回的对应提示语
    /**
 * 服务器定义的状态吗
 * 比如：登录过期，提醒用户重新登录；
 *      添加商品，但是服务端发现库存不足，这个时候接口请求成功，服务端定义业务层失败，服务端给出提示语，客户端进行吐司
 *      请求接口，参数异常或者类型错误，请求code为200成功状态，不过给出提示，这个时候客户端用log打印服务端给出的提示语，方便快递查找问题
 *      其他情况，接口请求成功，但是服务端定义业务层需要吐司服务端返回的对应提示语
 */
/**
 * 完全成功
 */
private static final int CODE_SUCCESS = 0;
/**
 * Token 失效
 */
public static final int CODE_TOKEN_INVALID = 401;
/**
 * 缺少参数
 */
public static final int CODE_NO_MISSING_PARAMETER = 400400;
/**
 * 其他情况
 */
public static final int CODE_NO_OTHER = 403;
/**
 * 统一提示
 */
public static final int CODE_SHOW_TOAST = 400000;

  • 第三步，自定义Http层的异常和服务器定义的异常类

    public class HttpException extends Exception {

    private int code;
    private String displayMessage;

    public HttpException(Throwable throwable, int code) {
        super(throwable);
        this.code = code;
    }

    public void setDisplayMessage(String displayMessage) {
        this.displayMessage = displayMessage;
    }

    public String getDisplayMessage() {
        return displayMessage;
    }

    public int getCode() {
        return code;
    }
}

public class ServerException extends RuntimeException {

    public int code;
    public String message;

    public int getCode() {
        return code;
    }

    public void setCode(int code) {
        this.code = code;
    }

    @Override
    public String getMessage() {
        return message;
    }

    public void setMessage(String message) {
        this.message = message;
    }
}

  • 第四步，统一处理异常逻辑如下所示

    /**
 * 这个可以处理服务器请求成功，但是业务逻辑失败，比如token失效需要重新登陆
 * @param code                  自定义的code码
 */
public static void serviceException(int code , String content){
    if (code != CODE_SUCCESS){
        ServerException serverException = new ServerException();
        serverException.setCode(code);
        serverException.setMessage(content);
        handleException(serverException);
    }
}

/**
 * 这个是处理网络异常，也可以处理业务中的异常
 * @param e                     e异常
 */
public static void handleException(Throwable e){
    HttpException ex;
    //HTTP错误   网络请求异常 比如常见404 500之类的等
    if (e instanceof retrofit2.HttpException){
        retrofit2.HttpException httpException = (retrofit2.HttpException) e;
        ex = new HttpException(e, ErrorCode.HTTP_ERROR);
        switch(httpException.code()){
            case BAD_REQUEST:
            case UNAUTHORIZED:
            case FORBIDDEN:
            case NOT_FOUND:
            case METHOD_NOT_ALLOWED:
            case REQUEST_TIMEOUT:
            case CONFLICT:
            case PRECONDITION_FAILED:
            case GATEWAY_TIMEOUT:
            case INTERNAL_SERVER_ERROR:
            case BAD_GATEWAY:
            case SERVICE_UNAVAILABLE:
                //均视为网络错误
            default:
                ex.setDisplayMessage("网络错误"+httpException.code());
                break;
        }
    } else if (e instanceof ServerException){
        //服务器返回的错误
        ServerException resultException = (ServerException) e;
        int code = resultException.getCode();
        String message = resultException.getMessage();
        ex = new HttpException(resultException, ErrorCode.SERVER_ERROR);
        switch (code){
            case CODE_TOKEN_INVALID:
                ex.setDisplayMessage("token失效");
                //下面这里可以统一处理跳转登录页面的操作逻辑
                break;
            case CODE_NO_OTHER:
                ex.setDisplayMessage("其他情况");
                break;
            case CODE_SHOW_TOAST:
                ex.setDisplayMessage("吐司");
                break;
            case CODE_NO_MISSING_PARAMETER:
                ex.setDisplayMessage("缺少参数");
                break;
            default:
                ex.setDisplayMessage(message);
                break;
        }
    } else if (e instanceof JsonParseException
            || e instanceof JSONException
            || e instanceof ParseException){
        ex = new HttpException(e, ErrorCode.PARSE_ERROR);
        //均视为解析错误
        ex.setDisplayMessage("解析错误");
    }else if(e instanceof ConnectException){
        ex = new HttpException(e, ErrorCode.NETWORK_ERROR);
        //均视为网络错误
        ex.setDisplayMessage("连接失败");
    } else if(e instanceof java.net.UnknownHostException){
        ex = new HttpException(e, ErrorCode.NETWORK_ERROR);
        //网络未连接
        ex.setDisplayMessage("网络未连接");
    } else if (e instanceof SocketTimeoutException) {
        ex = new HttpException(e, ErrorCode.NETWORK_ERROR);
        //网络未连接
        ex.setDisplayMessage("服务器响应超时");
    }  else {
        ex = new HttpException(e, ErrorCode.UNKNOWN);
        //未知错误
        ex.setDisplayMessage("未知错误");
    }
    String displayMessage = ex.getDisplayMessage();
    //这里直接吐司日志异常内容，注意正式项目中一定要注意吐司合适的内容
    ToastUtils.showRoundRectToast(displayMessage);
}

  • 第五步，如何调用

    @Override
public void onError(Throwable e) {
    //直接调用即可
    ExceptionUtils.handleException(e);
}

06.完成版代码展示

  • 如下所示

    public class ExceptionUtils {

    /*
     * 在使用Retrofit+RxJava时，我们访问接口，获取数据的流程一般是这样的：订阅->访问接口->解析数据->展示。
     * 如上所说，异常和错误本质是一样的，因此我们要尽量避免在View层对错误进行判断，处理。
     *
     * 在获取数据的流程中，访问接口和解析数据时都有可能会出错，我们可以通过拦截器在这两层拦截错误。
     * 1.在访问接口时，我们不用设置拦截器，因为一旦出现错误，Retrofit会自动抛出异常。
     * 2.在解析数据时，我们设置一个拦截器，判断Result里面的code是否为成功，如果不成功，则要根据与服务器约定好的错误码来抛出对应的异常。
     * 3.除此以外，为了我们要尽量避免在View层对错误进行判断，处理，我们必须还要设置一个拦截器，拦截onError事件，然后使用ExceptionHandler，让其根据错误类型来分别处理。
     */



    /**
     * 对应HTTP的状态码
     */
    private static final int BAD_REQUEST = 400;
    private static final int UNAUTHORIZED = 401;
    private static final int FORBIDDEN = 403;
    private static final int NOT_FOUND = 404;
    private static final int METHOD_NOT_ALLOWED = 405;
    private static final int REQUEST_TIMEOUT = 408;
    private static final int CONFLICT = 409;
    private static final int PRECONDITION_FAILED = 412;
    private static final int INTERNAL_SERVER_ERROR = 500;
    private static final int BAD_GATEWAY = 502;
    private static final int SERVICE_UNAVAILABLE = 503;
    private static final int GATEWAY_TIMEOUT = 504;

    /**
     * 服务器定义的状态吗
     * 比如：登录过期，提醒用户重新登录；
     *      添加商品，但是服务端发现库存不足，这个时候接口请求成功，服务端定义业务层失败，服务端给出提示语，客户端进行吐司
     *      请求接口，参数异常或者类型错误，请求code为200成功状态，不过给出提示，这个时候客户端用log打印服务端给出的提示语，方便快递查找问题
     *      其他情况，接口请求成功，但是服务端定义业务层需要吐司服务端返回的对应提示语
     */
    /**
     * 完全成功
     */
    private static final int CODE_SUCCESS = 0;
    /**
     * Token 失效
     */
    public static final int CODE_TOKEN_INVALID = 401;
    /**
     * 缺少参数
     */
    public static final int CODE_NO_MISSING_PARAMETER = 400400;
    /**
     * 其他情况
     */
    public static final int CODE_NO_OTHER = 403;
    /**
     * 统一提示
     */
    public static final int CODE_SHOW_TOAST = 400000;



    /**
     * 这个可以处理服务器请求成功，但是业务逻辑失败，比如token失效需要重新登陆
     * @param code                  自定义的code码
     */
    public static void serviceException(int code , String content){
        if (code != CODE_SUCCESS){
            ServerException serverException = new ServerException();
            serverException.setCode(code);
            serverException.setMessage(content);
            handleException(serverException);
        }
    }

    /**
     * 这个是处理网络异常，也可以处理业务中的异常
     * @param e                     e异常
     */
    public static void handleException(Throwable e){
        HttpException ex;
        //HTTP错误   网络请求异常 比如常见404 500之类的等
        if (e instanceof retrofit2.HttpException){
            retrofit2.HttpException httpException = (retrofit2.HttpException) e;
            ex = new HttpException(e, ErrorCode.HTTP_ERROR);
            switch(httpException.code()){
                case BAD_REQUEST:
                case UNAUTHORIZED:
                case FORBIDDEN:
                case NOT_FOUND:
                case METHOD_NOT_ALLOWED:
                case REQUEST_TIMEOUT:
                case CONFLICT:
                case PRECONDITION_FAILED:
                case GATEWAY_TIMEOUT:
                case INTERNAL_SERVER_ERROR:
                case BAD_GATEWAY:
                case SERVICE_UNAVAILABLE:
                    //均视为网络错误
                default:
                    ex.setDisplayMessage("网络错误"+httpException.code());
                    break;
            }
        } else if (e instanceof ServerException){
            //服务器返回的错误
            ServerException resultException = (ServerException) e;
            int code = resultException.getCode();
            String message = resultException.getMessage();
            ex = new HttpException(resultException, ErrorCode.SERVER_ERROR);
            switch (code){
                case CODE_TOKEN_INVALID:
                    ex.setDisplayMessage("重新登陆");
                    break;
                case CODE_NO_OTHER:
                    ex.setDisplayMessage("其他情况");
                    break;
                case CODE_SHOW_TOAST:
                    ex.setDisplayMessage("吐司");
                    break;
                case CODE_NO_MISSING_PARAMETER:
                    ex.setDisplayMessage("缺少参数");
                    break;
                default:
                    ex.setDisplayMessage(message);
                    break;
            }
        } else if (e instanceof JsonParseException
                || e instanceof JSONException
                || e instanceof ParseException){
            ex = new HttpException(e, ErrorCode.PARSE_ERROR);
            //均视为解析错误
            ex.setDisplayMessage("解析错误");
        }else if(e instanceof ConnectException){
            ex = new HttpException(e, ErrorCode.NETWORK_ERROR);
            //均视为网络错误
            ex.setDisplayMessage("连接失败");
        } else if(e instanceof java.net.UnknownHostException){
            ex = new HttpException(e, ErrorCode.NETWORK_ERROR);
            //网络未连接
            ex.setDisplayMessage("网络未连接");
        } else if (e instanceof SocketTimeoutException) {
            ex = new HttpException(e, ErrorCode.NETWORK_ERROR);
            //网络未连接
            ex.setDisplayMessage("服务器响应超时");
        }  else {
            ex = new HttpException(e, ErrorCode.UNKNOWN);
            //未知错误
            ex.setDisplayMessage("未知错误");
        }
        String displayMessage = ex.getDisplayMessage();
        //这里直接吐司日志异常内容，注意正式项目中一定要注意吐司合适的内容
        ToastUtils.showRoundRectToast(displayMessage);
    }
}

其他介绍

01.关于博客汇总链接

02.关于我的博客

开源代码案例：https://github.com/yangchong211/LifeHelper

文章标签：
云解析DNS
Java
Python
Android开发
关键词：
网络优化
网络异常
网络拦截
网络异常优化
杨充
目录
相关文章
jsjsjjs
|
5天前
|
数据采集 网络协议 算法
移动端弱网优化专题(十四)：携程APP移动网络优化实践（弱网识别篇）
本文从方案设计、代码开发到技术落地，详尽的分享了携程在移动端弱网识别方面的实践经验，如果你也有类似需求，这篇文章会是一个不错的实操指南。
jsjsjjs
15 1
java的细水长流
|
16天前
|
安全 Java Linux
如何确定 Broken Pipe 异常是由网络问题还是其他原因引起的
Broken Pipe 异常可能由网络问题或其他原因引起。要确定具体原因，可以检查网络连接状态、防火墙设置和系统日志，同时分析异常发生时的上下文信息。
java的细水长流
42 5
vohelon
|
19天前
|
缓存 监控 前端开发
优化网络应用的性能
【10月更文挑战第21天】优化网络应用的性能
vohelon
14 2
简简单单做算法
|
20天前
|
机器学习/深度学习 算法 数据安全/隐私保护
基于贝叶斯优化CNN-LSTM网络的数据分类识别算法matlab仿真
本项目展示了基于贝叶斯优化（BO）的CNN-LSTM网络在数据分类中的应用。通过MATLAB 2022a实现，优化前后效果对比明显。核心代码附带中文注释和操作视频，涵盖BO、CNN、LSTM理论，特别是BO优化CNN-LSTM网络的batchsize和学习率，显著提升模型性能。
简简单单做算法
52 2
Syscloud犀思云
|
26天前
|
运维 监控 安全
连锁药店网络优化策略：一站式融合方案提升竞争力
在数字化浪潮下，线上药店通过技术创新和线上线下融合，正重塑购药体验，提供24小时服务和医保结算便利。面对激烈竞争，连锁药店和中小药店纷纷通过优化网络架构、提升服务质量和加强合规管理来增强竞争力，实现高效、安全的数字化转型。
Syscloud犀思云
51 1
简简单单做算法
|
30天前
|
机器学习/深度学习 算法 数据挖掘
基于GWO灰狼优化的GroupCNN分组卷积网络时间序列预测算法matlab仿真
本项目展示了基于分组卷积神经网络（GroupCNN）和灰狼优化（GWO）的时间序列回归预测算法。算法运行效果良好，无水印展示。使用Matlab2022a开发，提供完整代码及详细中文注释。GroupCNN通过分组卷积减少计算成本，GWO则优化超参数，提高预测性能。项目包含操作步骤视频，方便用户快速上手。
简简单单做算法
53 1
简简单单做算法
|
1月前
|
机器学习/深度学习 算法 数据安全/隐私保护
基于WOA鲸鱼优化的GroupCNN分组卷积网络时间序列预测算法matlab仿真
本项目展示了一种基于WOA优化的GroupCNN分组卷积网络时间序列预测算法。使用Matlab2022a开发，提供无水印运行效果预览及核心代码（含中文注释）。算法通过WOA优化网络结构与超参数，结合分组卷积技术，有效提升预测精度与效率。分组卷积减少了计算成本，而WOA则模拟鲸鱼捕食行为进行优化，适用于多种连续优化问题。
简简单单做算法
49 1
简简单单做算法
|
1月前
|
机器学习/深度学习 算法 数据安全/隐私保护
基于GA遗传优化的GroupCNN分组卷积网络时间序列预测算法matlab仿真
该算法结合了遗传算法（GA）与分组卷积神经网络（GroupCNN），利用GA优化GroupCNN的网络结构和超参数，提升时间序列预测精度与效率。遗传算法通过模拟自然选择过程中的选择、交叉和变异操作寻找最优解；分组卷积则有效减少了计算成本和参数数量。本项目使用MATLAB2022A实现，并提供完整代码及视频教程。注意：展示图含水印，完整程序运行无水印。
简简单单做算法
68 13
一位隐者
|
1月前
|
监控 自动驾驶 5G
5G网络中的切换优化：提升用户体验的关键
【10月更文挑战第6天】
一位隐者
75 2
简简单单做算法
|
25天前
|
机器学习/深度学习 算法 数据安全/隐私保护
基于贝叶斯优化卷积神经网络(Bayes-CNN)的多因子数据分类识别算法matlab仿真
本项目展示了贝叶斯优化在CNN中的应用，包括优化过程、训练与识别效果对比，以及标准CNN的识别结果。使用Matlab2022a开发，提供完整代码及视频教程。贝叶斯优化通过构建代理模型指导超参数优化，显著提升模型性能，适用于复杂数据分类任务。
简简单单做算法
36 0

热门文章

最新文章

  • 1
    揭秘2017双11背后的网络－双11的网络产品和技术概览
  • 2
    【深度神经网络 One-shot Learning】孪生网络少样本精准分类
  • 3
    访问windows 共享提示&quot;找不到网络路径&quot; 排查过程
  • 4
    体验WebEx网络会议
  • 5
    OSI网络结构的七层模型
  • 6
    互联网进病毒高发期 黑客瞄准网络春晚
  • 7
    网络故障精解实例三
  • 8
    政策力推网络安全建设 千亿市场空间有望打开
  • 9
    网络管理自动化之一、SMS服务器的安装准备工作详解
  • 10
    美国科技公司针对中国网络安全新规提交反对意见
  • 1
    探索机器学习中的神经网络：从基础到应用
    77
  • 2
    安利7个免费开源的网络监控工具，网络工程师速度收藏！
    303
  • 3
    云计算与网络安全：技术融合的未来
    45
  • 4
    网络安全的屏障与密钥：漏洞防御、加密技术与安全意识
    40
  • 5
    网络安全的守护者：漏洞、加密与意识的三维防御
    39
  • 6
    网络安全与信息安全：从漏洞到防护的全方位解析
    57
  • 7
    云计算与网络安全：技术进展与挑战
    47
  • 8
    `nmap`是一个开源的网络扫描工具，用于发现网络上的设备和服务。Python的`python-nmap`库允许我们在Python脚本中直接使用`nmap`的功能。
    148
  • 9
    图神经网络是一类用于处理图结构数据的神经网络。与传统的深度学习模型（如卷积神经网络CNN和循环神经网络RNN）不同，
    83
  • 10
    生成对抗网络（GAN）由两部分组成：生成器（Generator）和判别器（Discriminator）。
    369

    • 相关课程

    更多
  • TCP/IP 网络基础
  • 云计算工程师解析与实战-网络专家篇（体验版）
  • 云网络白皮书-阿里云网络系列课
  • 企业上云攻略-阿里云网络产品应用系列教程
  • Linux网络进阶 - TCP/IP协议及OSI七层模型
  • 网络管理者必知-2分钟了解新出台的《网络安全法》

    • 相关电子书

    更多
  • Session：更加安全、可靠的数据中心网络产品更新
  • Session：极简易用的全球化网络产品更新
  • Session：弹性、高可用、可观测的应用交付网络产品更新

    • 相关实验场景

    更多
  • 容器的网络入门
  • 容器的自定义网络
  • 容器的共享网络模型
  • 使用阿里云容器服务和容器网络文件系统搭建WordPress网站
    • 下一篇
    阿里云OSS设置跨域访问