.Net微服务实践（三）[网关]：Ocelot配置路由和请求聚合

最新推荐文章于 2024-04-20 00:30:00 发布
最新推荐文章于 2024-04-20 00:30:00 发布
阅读量1k 收藏 2
点赞数
分类专栏： C# 微服务
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qdwyj/article/details/119669214
版权

目录

在上篇.Net微服务实践（二）：Ocelot介绍和快速开始中我们介绍了Ocelot，创建了一个Ocelot Hello World程序，接下来，我们会介绍Oclot的主要特性路由和另外一个特性请求聚合。这些特性都是通过配置来实现的。

配置

{
    "ReRoutes": [],
    "GlobalConfiguration": {}
}

Ocelot的配置文件包含两个节点: ReRoutes和GlobalConfiguration

  • ReRoutes - 告诉Ocelot如何处理上游的请求
  • GlobalConfiguration - 全局配置，此节点的配置允许覆盖ReRoutes里面的配置，你可以在这里进行通用的一些配置信息

Ocelot的完整配置项如下

{
          "DownstreamPathTemplate": "/",
          "UpstreamPathTemplate": "/",
          "UpstreamHttpMethod": [
              "Get"
          ],
          "DownstreamHttpMethod": "",
          "DownstreamHttpVersion": "",
          "AddHeadersToRequest": {},
          "AddClaimsToRequest": {},
          "RouteClaimsRequirement": {},
          "AddQueriesToRequest": {},
          "RequestIdKey": "",
          "FileCacheOptions": {
              "TtlSeconds": 0,
              "Region": ""
          },
          "ReRouteIsCaseSensitive": false,
          "ServiceName": "",
          "DownstreamScheme": "http",
          "DownstreamHostAndPorts": [
              {
                  "Host": "localhost",
                  "Port": 51876,
              }
          ],
          "QoSOptions": {
              "ExceptionsAllowedBeforeBreaking": 0,
              "DurationOfBreak": 0,
              "TimeoutValue": 0
          },
          "LoadBalancer": "",
          "RateLimitOptions": {
              "ClientWhitelist": [],
              "EnableRateLimiting": false,
              "Period": "",
              "PeriodTimespan": 0,
              "Limit": 0
          },
          "AuthenticationOptions": {
              "AuthenticationProviderKey": "",
              "AllowedScopes": []
          },
          "HttpHandlerOptions": {
              "AllowAutoRedirect": true,
              "UseCookieContainer": true,
              "UseTracing": true,
              "MaxConnectionsPerServer": 100
          },
          "DangerousAcceptAnyServerCertificateValidator": false
      }

完整配置项中的每一项具体含义和作用接下来会一一介绍，大的配置项的主要含义如下:

  • Downstream - 下游服务配置
  • UpStream - 上游服务配置
  • Aggregates - 服务聚合配置
  • ServiceName, LoadBalancer, UseServiceDiscovery - 配置服务发现
  • AuthenticationOptions - 配置服务认证
  • RouteClaimsRequirement - 配置Claims鉴权
  • RateLimitOptions - 限流配置
  • FileCacheOptions - 缓存配置
  • QosOptions - 服务质量与熔断
  • DownstreamHeaderTransform - 头信息转发

路由

基本配置

在上一篇的hello world程序中使用的就是基本配置

{
  "ReRoutes": [
    {
      "DownstreamPathTemplate": "/api/orders",
      "DownstreamScheme": "http",
      "DownstreamHostAndPorts": [
        {
          "Host": "localhost",
          "Port": 5001
        }
      ],
      "UpstreamPathTemplate": "/api/orders",
      "UpstreamHttpMethod": [ "Get" ]
    }
  ],
  "GlobalConfiguration": {
    "BaseUrl": "http://localhost:5000"
  }
}
  • BaseUrl - Ocelot的服务运行地址，要特别注意一下BaseUrl是我们外部暴露的Url，比如我们的Ocelot运行在http://localhost:5000，但是前面有一个 nginx绑定了域名http://api.demo.com，那这里我们的BaseUrl就是 http://api.demo.com
  • UpstreamPathTemplate、UpstreamHttpMethod - 配置上游服务器请求URL
  • DownstreamPathTemplate、DownstreamScheme、DownstreamHostAndPorts - 配置下游服务器请求URL

在基本配置的示例中：要实现的功能就是将 http://localhost:5000/api/orders GET 请求路由到 http://localhost:5001/api/orders GET

占位符

在Ocelot中，可以以{something}的形式将变量的占位符添加到模板中。占位符变量需要同时出现在DownstreamPathTemplate和UpstreamPathTemplate属性中。请求时Ocelot将尝试请求时进行替换

{
      "DownstreamPathTemplate": "/api/{everything}",
      "DownstreamScheme": "http",
      "DownstreamHostAndPorts": [
        {
          "Host": "localhost",
          "Port": 5002
        }
      ],
      "UpstreamPathTemplate": "/api/{everything}",
      "UpstreamHttpMethod": [ "Get" ]
}

示例说明：所有http://localhost:5000/api/XXXXXX的请求都会路由到http://localhost:5002/api/XXXXXX

例如http://localhost:5000/api/products 路由到 http://localhost:5002/api/products

例如http://localhost:5000/api/products/1 路由到 http://localhost:5002/api/products/1

验证

修改配置，运行示例程序， 访问http://localhost:5000/api/products，返回了产品数据

注意：在添加Ocelot.json文件时 .AddJsonFile("Ocelot.json",false,true)， 第三个参数是指定文件发生变化时，是否重新加载，示例程序中是true. 所以我们只要修改运行目录下的配置文件，不用重新运行示例程序。

万能模板

既然占位符可以做通用匹配，自然而然就有一种配置可以匹配所有请求

{
      "DownstreamPathTemplate": "/{url}",
      "DownstreamScheme": "http",
      "DownstreamHostAndPorts": [
        {
          "Host": "localhost",
          "Port": 5002
        }
      ],
      "UpstreamPathTemplate": "/{url}",
      "UpstreamHttpMethod": [ "Get" ]
}

示例说明： 转发所有的请求到http://localhost:5002

验证

修改配置，运行示例程序， 访问http://localhost:5000/api/products，返回了产品数据

优先级

如果一个上游请求有多个路由配置都能匹配，到底该使用哪个路由呢？ 路由可以配置优先级(Priority)， 0最小，路由会使用优先级高的（说明：如果多个匹配路由优先级一样，则按顺序使用第一个）

  • 在product-api中添加一个category api
[ApiController]
public class CategoryController : ControllerBase
{
    // GET: api/Product
    [Route("api/categories")]
    [HttpGet]
    public IEnumerable<string> Get()
    {
        return new string[] { "电子产品", "医护用品" };
    }
}
  • 修改Ocelot.json配置文件如下
{
  "DownstreamPathTemplate": "/api/products",
  "DownstreamScheme": "http",
  "DownstreamHostAndPorts": [
    {
      "Host": "localhost",
      "Port": 5002
    }
  ],
  "UpstreamPathTemplate": "/api/products",
  "UpstreamHttpMethod": [ "Get" ],
  "Priority": 0
},
{
  "DownstreamPathTemplate": "/api/categories",
  "DownstreamScheme": "http",
  "DownstreamHostAndPorts": [
    {
      "Host": "localhost",
      "Port": 5002
    }
  ],
  "UpstreamPathTemplate": "/api/{everything}",
  "UpstreamHttpMethod": [ "Get" ],
  "Priority": 1
}

如果这时访问http://localhost:5000/api/products, 大家猜一下，是返回产品数据还是类别数据？

验证

修改配置，运行示例程序， 访问http://localhost:5000/api/products，返回了类别数据, 因为类别路由的优先级是1， 优先级更高

查询参数

  • 在order-api中添加一个订单明细的api\
[Route("api/orders/{id}")]
[HttpGet]
public string Get(int id)
{
    string order = string.Empty;
    switch(id)
    {
        case 1:
            order = "刘明的订单";
            break;
        case 2:
            order = "王天的订单";
            break;
        default:
            order = "没有找到订单";
            break;
    }
    return order;

}
  • 修改Ocelot.json配置如下
{
  "DownstreamPathTemplate": "/api/orders/{id}",
  "DownstreamScheme": "http",
  "DownstreamHostAndPorts": [
    {
      "Host": "localhost",
      "Port": 5001
    }
  ],
  "UpstreamPathTemplate": "/api/orders?id={id}",
  "UpstreamHttpMethod": [ "Get" ]
}

我们期望的结果是，当访问http://localhost:5000/api/orders?id=1 (下游服务实际没这个接口)时 路由到http://localhost:5001/api/orders/1返回订单明细

验证

修改配置，运行示例程序， 访问http://localhost:5000/api/orders?id=1，返回了订单明细数据

请求聚合

有一种场景，前端一个页面，调用了多个API，要同时开多个连接几次调用才能全部所需要的数据，为了减少不必要的请求和开销，Ocelot也支持请求聚合

默认聚合

  • 修改配置文件，在ReRoutes 添加如下配置
{
  "DownstreamPathTemplate": "/api/orders",
  "DownstreamScheme": "http",
  "DownstreamHostAndPorts": [
    {
      "Host": "localhost",
      "Port": 5001
    }
  ],
  "UpstreamPathTemplate": "/api/orders",
  "UpstreamHttpMethod": [ "Get" ],
  "Key": "Orders"
},
{
  "DownstreamPathTemplate": "/api/products",
  "DownstreamScheme": "http",
  "DownstreamHostAndPorts": [
    {
      "Host": "localhost",
      "Port": 5002
    }
  ],
  "UpstreamPathTemplate": "/api/products",
  "UpstreamHttpMethod": [ "Get" ],
  "Priority": 0,
  "Key": "Products"
}

大家注意一下，这和之前的配置有什么区别？ 区别就是再每一个路由配置下多了一个 Key, Key的值可以任意定义（但建议还是按业务含义定义）

  • 在Ocelot.json中添加如下配置
"Aggregates": [
    {
      "ReRouteKeys": [
        "Orders",
        "Products"
      ],
      "UpstreamPathTemplate": "/api/aggregates"
    }
  ]

注意Aggregates配置是和在ReRoutes配置平级的

{
    "ReRoutes": [],
    "Aggregates": [],
    "GlobalConfiguration": {}
}

示例说明： 当访问http://localhost:5000/api/aggregates， 会同时返回订单数据和产品数据

运行示例进行验证

既然是多个请求聚合，那么问题来了：

  • 如果其中一个服务宕机，会怎么样？

    我们停止订单服务，再次当访问http://localhost:5000/api/aggregates, 结果返回500
  • 如果其中一个服务不是宕机，而是返回500，会怎么样？

    我们修改order-api代码，在其中抛出异常
// GET: api/Product
[Route("api/orders")]
[HttpGet]
public  IEnumerable<string> Get()
{
    throw new Exception("获取所有订单出错");
}

再次运行示例，访问http://localhost:5000/api/aggregates，Response是200, 但是body中Products节点是正常的产品数据，Orders节点里面的数据是异常信息

自定义聚合

如果默认的聚合返回的结果数据结构不是我们想要的，想要修改怎么办？答案是使用自定义聚合

  • 在ocelot-gateway中, 添加一个自动以聚合器FakeDefinedAggregator, 必须实现IDefinedAggregator接口。这个聚合器的功能很简单，就是将两个聚合请求的结果，用逗号拼接起来返回
public class FakeDefinedAggregator : IDefinedAggregator
{
    public FakeDefinedAggregator(FakeDepdendency dep)
    {
    }

    public async Task<DownstreamResponse> Aggregate(List<DownstreamContext> responses)
    {
        var one = await responses[0].DownstreamResponse.Content.ReadAsStringAsync();
        var two = await responses[1].DownstreamResponse.Content.ReadAsStringAsync();

        var merge = $"{one}, {two}";
        var headers = responses.SelectMany(x => x.DownstreamResponse.Headers).ToList();
        return new DownstreamResponse(new StringContent(merge), HttpStatusCode.OK, headers, "some reason");
    }
}
  • 注入自定义聚合器
services.AddOcelot()
        .AddSingletonDefinedAggregator<FakeDefinedAggregator>();
  • 在Ocelot.json中修改配置，指定自定义聚合器
"Aggregates": [
    {
      "ReRouteKeys": [
        "Orders",
        "Products"
      ],
      "UpstreamPathTemplate": "/api/aggregates",
      "Aggregator": "FakeDefinedAggregator"
    }
  ],

与之前的配置相比，多了如下的配置，就是指定自定义聚合器的

"Aggregator": "FakeDefinedAggregator"

验证

修改配置，运行示例程序， 访问http://localhost:5000/api/aggregate, 验证返回结果

最后

本篇我们介绍了Ocelot配置，只要特性路由，以及请求聚合。接下里我们会介绍Ocelot的其他特性：限流熔断、负载均衡 .Net微服务实践（四）[网关]：Ocelot限流熔断、缓存以及负载均衡

示例代码下载地址： https://github.com/lcyhjx/ocelot-demo/tree/master

qdwyj001
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
.NET CORE微服务之Ocelot(连接Nacos)
m0_59178355的博客
03-05 1816
Ocelot是一个基于.NET Core的API网关，可以用于连接Nacos作为服务发现和配置中心。通过使用Ocelot，可以实现微服务的路由、负载均衡、认证等功能，并且可以轻松地与Nacos集成，实现动态的服务发现和配置管理。
.NET CORE 微服务架构--网关篇(Ocelot)
落花流水
12-03 6142
Ocelot是一个用.NET Core实现并且开源的API网关，它功能强大，包括了：路由、请求聚合、服务发现、认证、鉴权、限流熔断、并内置了负载均衡器与Service Fabric、Butterfly Tracing集成。这些功能只都只需要简单的配置即可完成，下面我们会对这些功能的配置一一进行说明。 介绍 简单的来说Ocelot是一堆的asp.net coremiddleware组成的一个管道。当它拿到请求之后会用一个request builder来构造一个HttpRequestMessage发到下游.
Ocelot中文文档-路由
weixin_30647065的博客
01-09 142
Ocelot中文文档-路由 原文:Ocelot中文文档-路由Ocelot的主要功能是接管进入的http请求并把它们转发给下游服务。目前是以另一个http请求的形式（将来可能是任何传输机制）。 Ocelot将路由一个请求到另一个请求描述为ReRoute。为了在Ocelot做任何工作，都需要在配置中设置一个ReRoute。 { "Re...
Ocelot原理分析
最新发布
赵玉的专栏
04-20 355
Ocelot 是一个用于 .NET 平台的开源 API 网关框架，它为微服务架构提供了一种统一的入口和流量管理解决方案。通过 Ocelot，你可以轻松地管理和路由流量到不同的微服务，并在网关层提供认证、授权、负载均衡、缓存和其他功能。了解 Ocelot 的原理有助于更好地使用它。通过这些功能和原理，Ocelot 提供了一个强大的工具，可以在微服务架构中实现一个可靠的 API 网关。用户可以根据需求自定义配置文件，调整 Ocelot 的行为，满足不同场景的需求。
学习笔记----微服务网关API
baidu_27598031的博客
11-27 229
前言 书接上文，上文书说到：微服务架构概念、优缺点、划分原则以及技术选择，既然指导思想有了，那就用实践学习来检验。 一，网关API 1，何为网关API？ 网关网关API——整个系统的统一入口，往上，接收一切外界请求；往下，通知内部所有服务。简单来讲就是一个“门”。 2，网关API功能作用 （1）身份认证与授权 这“家”里穷不穷富不富的先不说，有门了就不能随便让人进，这要来坏人那就得出事，所以得给门加个锁，有钥匙（token）的您里面请，没钥匙的........ 当然了进来了也让人随便...
.net core学习微服务之ocelot网关
qq_44994764的博客
04-24 506
一、上章使用了consul的服务发现,将我们的服务注册进consul，笔者理解此处consul就是存储服务状态的服务，当然现在是单机的consul，如果consul挂了岂不是注册进来的服务都没人管了,这里就可以用consul的集群,总之真的上一个服务实例肯定是不够的,后面都可以做集群。3.2 到此,最简单的ocelot基本使用就是这些,可以自己演示下超时、缓存、限流、熔断怎么用,这里不在赘述,基本是通过配置项来配置的。ServiceName：使用服务发现的时候,注册到consul的服务名。
.Net 微服务实现Demo代码
04-18
在.NET框架中，微服务是一种架构风格，它提倡将单体应用分解为一组小型、独立的服务，每个服务都运行在其自己的进程中，...通过学习和实践，开发者可以更好地掌握如何在.NET环境中构建可扩展、可维护的微服务应用程序。
dotnet-Ocelot使用NETcore创建API网关
08-15
在.NET Core开发领域，API网关是一个至关重要的概念，它作为一个单一入口点，负责路由、安全控制、负载均衡等任务，使得微服务架构更加高效和易于管理。Ocelot是.NET Core平台上的一个流行的API网关实现，由...
Ocelot初体验，入门实例
10-24
**Ocelot初体验：C#中的API网关实践** Ocelot是一个用C#编写的开源API Gateway，它能够帮助我们构建微服务架构。在本文中，我们将深入理解Ocelot的基本概念，并通过一个入门实例来熟悉其配置和使用。 **API ...
IdentityServer4+Ocelot+.netcoreAPI的例子
08-18
2. **Ocelot**: Ocelot是一个用.NET Core编写的API网关，它可以路由HTTP请求到不同的微服务，实现负载均衡、熔断、限流等功能。在本示例中，Ocelot可能被用来聚合多个后端API服务，提供统一的入口，并对这些服务进行...
PortalPublicAPIGateway:门户应用程序的公共API网关
03-31
- **Ocelot**：这是一个流行的.NET开源API网关，支持动态路由、负载均衡、熔断和限流等功能，可能被用于构建`PortalPublicAPIGateway`。 - **ASP.NET Core MVC**：作为微软的Web开发框架，可以用来构建自定义的API...
搭建Ocelot项目
weixin_45032957的博客
05-14 697
通过VS2017新建一个基于 .net core WebAPI项目，然后通过nuget直接搜索Ocelot或者使用以下命令行添加Ocelot的引用。 Install-Package Ocelot 在项目的根目录添加一个.json配置文件，文件名自定义，此案例为Ocelot.json.添加配置如下： { “ReRoutes”: [], “GlobalConfiguration”: { } } 可以看...
.net core结合ocelot+consul+swagger实现网关跳转+负载均衡以及接口管理+过滤失效接口+发现服务
a720561252803的博客
06-12 2523
第一步:创建6个项目 前提：.net core 3.1 项目结构如下： 注意（全部是.net core api webapi项目） 第二步：实现web api的swagger管理 1.安装swashbuckle.aspnetcore项目(多个dll) 2.修改startup.cs文件 //配置swagger //注册Swagger生成器，定义一个swagger文档 services.AddSwaggerGen(c => {
Ocelot（三）- 服务发现
weixin_33842328的博客
05-22 224
Ocelot（三）- 服务发现 作者：markjiang7m2 原文地址：https://www.cnblogs.com/markjiang7m2/p/10907856.html 源码地址：https://gitee.com/Sevenm2/OcelotDemo 本文是我关于Ocelot系列文章的第三篇，主要是给大家介绍Ocelot的另一功能。与其说是给大家介绍，不如说是我们一起来共同探讨，因...
Ocelot简易教程（二）之快速开始
依乐祝的博客
08-30 1058
Ocelot是为.net core量身定做的，目前是基于 netstandard2.0进行构建的。 .NET Core 2.1中如何使用呢？ 安装NuGet package 使用nuget安装Ocelot及其依赖项。您需要创建一个netstandard2.0项目并将其Package安装到项目中。然后按照下面的“启动”和“ 配置”节点启动并运行。 安装命令 Install-Packa...
Ocelot中文文档-请求聚合
weixin_30491641的博客
01-09 314
Ocelot中文文档-请求聚合 原文:Ocelot中文文档-请求聚合Ocelot允许您指定聚合多个普通ReRoutes的Aggregate ReRoutes（聚合路由），并将其响应映射到一个对象中。一般用于当您有一个客户端向服务器发出多个请求，而这些请求可以合并成一个的时候。此功能允许您通过Ocelot实现前端类型结构的后端。 此功能是问题 ...
.net core 使用网关Ocelot-consul配置路由动态更新
码农的专栏
09-25 1479
一、新建项目：OcelotDemo Program.cs using System; using System.Collections.Generic; using System.IO; using System.Linq; using System.Threading.Tasks; using Microsoft.AspNetCore.Hosting; using Microsoft.Extensions.Configuration; using Microsoft.Extensions.Hosti
Ocelot（二）- 请求聚合与负载均衡
weixin_34150503的博客
05-15 255
Ocelot（二）- 请求聚合与负载均衡 作者：markjiang7m2 原文地址：https://www.cnblogs.com/markjiang7m2/p/10865511.html 源码地址：https://gitee.com/Sevenm2/OcelotDemo 在上一篇Ocelot的文章中，我已经给大家介绍了何为Ocelot以及如何简单使用它的路由功能，如果你还没有不了解Ocelo...
Ocelot统一权限验证
dotNET跨平台
12-11 3910
Ocelot作为网关，可以用来作统一验证，接上一篇博客Ocelot网关，我们继续 前一篇，我们创建了OcelotGateway网关项目，DemoAAPI项目，DemoBAPI项目，为了验证用户并分发Token，现在还需要添加AuthenticationAPI项目，也是asp.net core web api项目，整体思路是，当用户首次请求（Request）时web服务，网关会判断本请求有无T
2023年关于.net core 微服务相关的面试题及答案
06-12
以下是一些可能出现的.NET Core微服务面试题和答案： 1. 什么是微服务架构？微服务架构有哪些优缺点？ 答：微服务架构是一种将应用程序拆分成多个较小、独立的服务的架构。每个服务都有自己的业务逻辑和数据存储，可以独立部署和扩展。微服务架构的优点包括：高可用性、高可扩展性、易于维护和更新、更好的团队协作和快速开发；缺点包括：复杂性、部署和测试的挑战、需要额外的管理和监控。 2. .NET Core与微服务架构有什么关系？ 答：.NET Core是微软开发的跨平台开发框架，可以用于构建微服务架构。.NET Core提供了许多工具和库，使得在.NET Core中实现微服务变得更加容易和高效。 3. 请简述一下如何在.NET Core中实现微服务架构？ 答：在.NET Core中实现微服务架构需要遵循以下步骤： 1）拆分应用程序，将业务逻辑和数据存储拆分成多个服务； 2）选择适当的微服务框架，如ASP.NET Core、Service Fabric、Dapr等； 3）实现服务之间的通信，可以使用HTTP、TCP、Message Queue等协议和工具； 4）实现服务注册和发现，可以使用Consul、Eureka、Zookeeper等工具； 5）实现负载均衡和容错机制，可以使用Ribbon、Hystrix等工具。 4. 请列举.NET Core中常用的微服务框架？ 答：ASP.NET Core、Service Fabric、Dapr、Steeltoe等都是.NET Core中常用的微服务框架。 5. 如何在微服务架构中实现服务发现和负载均衡？ 答：可以使用Consul、Eureka、Zookeeper等工具来实现服务注册和发现，使用Ribbon、Hystrix等工具来实现负载均衡和容错机制。 6. 如何在微服务架构中实现服务容错和故障恢复？ 答：可以使用Hystrix、Polly等库来实现服务容错和故障恢复。这些库提供了诸如断路器、超时、重试等功能，可以帮助应用程序处理各种故障情况。 7. 请说明.NET Core中的服务注册与发现的实现方式？ 答：.NET Core中可以使用Consul、Eureka、Zookeeper等工具来实现服务注册和发现。这些工具可以将服务的网络地址和元数据注册到中央服务注册表中，其他服务可以通过查询这个注册表来发现需要调用的服务。 8. 请说明如何使用.NET Core实现微服务架构中的认证和授权？ 答：可以使用IdentityServer4、OpenID Connect等库来实现微服务架构中的认证和授权。这些库提供了诸如OAuth2、JWT等功能，可以帮助应用程序实现安全的身份验证和授权。 9. 请简述一下如何在.NET Core中实现微服务之间的通信？ 答：可以使用HTTP、TCP、Message Queue等协议和工具来实现微服务之间的通信。在.NET Core中，可以使用HttpClient、gRPC、RabbitMQ等工具来实现微服务之间的通信。 10. 如何在.NET Core中实现微服务架构中的API网关？ 答：可以使用Ocelot、Zuul等库来实现微服务架构中的API网关。这些库可以将微服务的API聚合在一起，提供统一的入口点和路由策略，以便于管理和监控微服务。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值