开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

有关<baseAddresses>的WCF服务配置文件问题

在WCF（Windows Communication Foundation）服务配置文件中，<baseAddresses>元素用于指定一个基础地址列表，这些地址可作为服务终结点的起点。在一个WCF服务配置文件中，可以定义多个服务终结点，每个终结点都可以有不同的基础地址。

以下是一个简单的WCF服务配置文件示例，其中包含一个名为"Service1"的服务，并定义了两个服务终结点，分别使用HTTP和HTTPS协议：

 <system.serviceModel>
   <services>
     <service name="Service1">
        <host>
          <baseAddresses>
            <add baseAddress="http://localhost:8080/Service1"/>
            <add baseAddress="https://localhost:44300/Service1"/>
          </baseAddresses>
        </host>
       <endpoint address="" binding="basicHttpBinding" contract="IService1"/>
       <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
       <endpoint address="https://localhost:44300/Service1/mex" binding="mexHttpsBinding" contract="IMetadataExchange"/>
      </service>
    </services>
  </system.serviceModel>
</configuration>

在这个示例中，<baseAddresses>元素包含了两个<add>元素，分别指定了HTTP和HTTPS协议的基础地址。这些基础地址将用作服务终结点的起点，WCF运行时会在这些基础地址后面添加终结点的地址和协议来生成完整的服务终结点地址。

需要注意的是，<baseAddresses>元素只能在服务的<host>元素内部使用，而不能在<client>元素内部使用。此外，如果在<host>元素内部没有指定<baseAddresses>元素，则WCF运行时将使用默认的基础地址（即服务的元数据地址）作为服务终结点的起点。

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

WCF 学习总结2 -- 配置WCF

前面一篇文章《WCF 学习总结1 -- 简单实例》一股脑儿展示了几种WCF部署方式，其中配置文件(App.config/Web.config)都是IDE自动生成，省去了我们不少功夫。现在回过头来看看IDE提供的Wcf Service Library项目模板中的默认服务端配置文件——App.config里面究竟有什么秘密。服务端的配置文件主要是对services、bindings、behaviors的配置。在默认的App.config中，使用的是WCF Framework定义好的wsHttpBinding默

07

WCF系列教程之WCF服务宿主与WCF服务部署

本文参考自http://www.cnblogs.com/wangweimutou/p/4377062.html,纯属读书笔记,加深记忆。一、简介任何一个程序的运行都需要依赖一个确定的进程中,WCF也不例外。如果我们需要使用WCF服务,那么我们就必须将服务寄宿与创建它并控制它的上下文和生存期的运行时环境当中,承载服务的环境,称之为宿主。WCF服务可以在支持托管代码的任意Windows进程中运行。WCF提供了统一编程模型,用于生成面向服务的应用程序。此编程模型保持一致且独立于部署服务的运行时环境。实际上，

08

WCF配置文件与文件下载之坎坷路

题外话：本以为我会WCF了，精通WCF了，毕竟刚做过一个WCF的项目，不就是写写契约接口，然后实现接口，改下配置。最后用控制台或者服务发布一下，不就能用了。不就是简单ABC吗？不是So Easy吗？做第二个项目的时候我悲剧了，被碰的头破血流！忽然发现什么什么都不会（第一个项目比照网上教程一步一步弄的），连写一个简单hello world都写不出来。我之前还以为自己很懂了…… 一、WCF文件配置为了不重蹈覆辙，这次争取把他整懂整透（当然这才是入门而已）。WCF很强大，它的强大跟它的配置有很大的

07

WCF入门学习（3）

废话不多说，前两集大致介绍了一下什么是WCF以及和WCF相关的WebService和.net Remoting的一些东西，今天主角要上场，开始WCF的实现相关的东西。

02

WCF 入门（21）

其实不太了解为什么第21集才讲这个Binding，下面都是一些概念性的东西，不过作为一个入门视频，了解一下也无妨吧。

05

WCF系列教程之WCF消息交换模式之单项模式

1、使用WCF单项模式须知 (1)、WCF服务端接受客户端的请求,但是不会对客户端进行回复 (2)、使用单项模式的服务端接口,不能包含ref或者out类型的参数,至于为什么,请参考C# ref与out关键字解析 (3)、使用单项模式的服务端接口没有返回值,返回类型只能为void (4)、通过设置OperationContract契约的IsOneWay=True可以将满足要求的方法设置为这种消息交换模式 2、代码实例 (1)、第一步 i、首先建一个名为IService的类库作为服务层,新建IOneWay接口

05

WCF技术剖析之六：为什么在基于ASP.NET应用寄宿（Hosting）下配置的BaseAddress无效

本篇文章来源于几天前一个朋友向我咨询的问题。问题是这样的，他说他采用ASP.NET应用程序的方式对定义的WCF服务进行寄宿（Hosting），并使用配置的方式对服务的BaseAddress进行了设置，但是在创建ServiceHost的时候却抛出InvalidOperationException，并提示相应Address Scheme的BaseAddress找不到。我意识到这可能和WCF中用于判断服务寄宿方式的逻辑有关，于是我让这位朋友将相同的服务寄宿代码和配置迁移到GUI程序或者Console应用中，看看是

08

WCF系列教程之初识WCF

本随笔参考自WCF编程系列(一)初识WCF,纯属读书笔记,加深记忆。 1、简介:Windows Communication Foundation(WCF)是微软为构建面向服务的应用程序所提供的统一编程模型。在WCF之前，.NET Framework提供了多种分布式技术，如ASP.NET Web服务、.NET Framework远程处理、企业服务、WSE以及Microsoft消息队列。一般我们在编写一个应用程序时通常会同时使用多项技术,所以,微软将这些分布式应用程序集成到了一起,形成了WCF这个框架。即通过W

08

WCF入门学习（4）

上一篇的学习中碰到一个问题，用地址http://localhost:8080/mex 访问元数据的时候一直提示400 bad request 错误，因为时间太晚了，查了好几遍代码，也没有发现问题。刚刚又试验了一下，解决方案分两步

04

WCF系列教程之消息交换模式之请求与答复模式(Request/Reply)

1、使用WCF请求与答复模式须知 (1)、客户端调用WCF服务端需要等待服务端的返回,即使返回类型是void (2)、相比Duplex来讲，这种模式强调的是客户端的被动接受，也就是说客户端接受到响应后，消息交换就结束了 (3)、在这种模式下，服务端永远是服务端，客户端就是客户端，职责分明。 (4)、它是缺省的消息交换模式，设置OperationContract便可以设置为此种消息交换模式 2、代码示例服务层接口IReqReplyService.cs代码如下: using System; using Sys

关于WCF的一个非常“无语”的BUG！

这确实是一个让人觉得“无语”的BUG，甚至让我觉得微软在故意和我们开玩笑。这个问题在我刚刚接触WCF的时候就遇到过，换言之，这个问题一直存在于.NET 3.0、3.5和现在的4.0。这是一个关于在你对WCF进行扩展的时候会经常碰到的问题，读者朋友们可以根据下面的步骤来再现这一个问题。创建自定义行为（服务行为、终结点行为、契约行为和操作行为）是对WCF进行扩展最为常用的形式。通过下面的代码，我们创建了一个自定义的服务行为，为了简单我们没有编写任何逻辑代码。 1: namespace Artech.Bu

08

WCF系列教程之WCF服务配置工具

本文参考自http://www.cnblogs.com/wangweimutou/p/4367905.html Visual studio 针对服务配置提供了一个可视化的配置界面(Microsoft

07

菜菜从零学习WCF三(配置服务)

在设计和实现服务协定后，即可配置服务。在其中可以定义和自定义如何向客户端公开服务，包括指定可以找到服务的地址、服务用于发送和接收消息的传输和消息编码，以及服务需要的安全类型。

01

Rafy 领域实体框架演示(3) - 快速使用 C/S 架构部署

本系列演示如何使用 Rafy 领域实体框架快速转换一个传统的三层应用程序，并展示转换完成后，Rafy 带来的新功能。《福利到！Rafy(原OEA)领域实体框架 2.22.2067 发布！》《Rafy 领域实体框架示例(1) - 转换传统三层应用程序》《Rafy 领域实体框架演示(2) - 新功能展示》以 Rafy 开发的应用程序，其实体、仓库、服务代码不需要做任何修改，即可同时支持单机部署、C/S 分布式部署。本文将说明如果快速使用 C/S 分布式部署。前言截止到上一篇，我们开发的应用程序都是采

05

WCF入门（22）

今年10月份想换工作，更新了一下简历，接到北京汉克时代面试邀请，去了。后来通过了。然后谈了薪资，各方面还算稳妥。同时短信方式向对方确认了本人入职要1个月时间，是否可以。对方回答可以。于是向原公司提出离职申请。在上周5办完所有手续。期间，11月6号接到电话说会发表格给我，让我填写个人信息，后在11月13号回复了邮件，确认了各种信息。

04

WCF简单教程(3) 试着去掉配置文件

通过配置文件来设置Host、Endpoint、Binding等是WCF中推荐的方法，这样可以使发布尽量灵活。其实配置文件中的值，最终还是要体现到代码中的，只不过这部分工作由底层帮你做了。我们今天来尝试去掉配置文件，用纯代码实现发布过程，同时加深一下对层次关系的理解。

01

[WCF 4.0新特性] 标准终结点与无(.SVC)文件服务激活

今天介绍WCF 4.0的另外两个新特性：标准终结点（Standard Endpoint）和无(.SVC)文件服务激活（File-Less Activation）。前者实现了针对典型通信场景对终结点的定制，后者让你在进行IIS/WAS的服务寄宿中无须定义.svc文件。一、标准终结点我们知道，绑定的本质就是一系列相关绑定元素的有序集合，而系统绑定就是基于若干典型的通信场景对相关绑定元素的整合。WCF通过系统绑定对绑定元素进行了定制，那么能否在终结点级别对组成该终结点的ABC（地址、绑定和契约）也进行相应的定

通过自定义ServiceHost实现对WCF的扩展[原理篇]

除了采用自定义特性声明（服务行为、契约行为和操作行为）或者配置的方式（服务行为和终结点行为）应用自定义的行为之外，我们还可以通过自定义ServiceHost来应用这些自定义的行为。自定义ServiceHost是对WCF的服务端进行扩展的一种常用的方式。在创建ServiceHost的时候，WCF会加载服务相关的配置并将其作为服务的描述信息附加到ServiceHost对象上，我们也可以在开启ServiceHost之前对其服务描述信息进行相应的修改。ServiceHost在开启之前具有的服务描述信息将会决定在开

07

使用WCF进行跨平台开发之一(WCF的实现、控制台托管与.net平台的调用)1.创建项目结构2.契约的设计3.实现服务4.控制台托管服务5.在.net平台中调用WCF

WCF是Windows Communication Foundation的缩写，是微软发展的一组数据通信的应用程序开发接口，它是.NET框架的一部分，是WinFx的三个重要开发类库之一，其它两个是WPF和WF。在本系列文章 (我现在计划的应该是三篇，一篇WCF的开发和部署，另外是在.net平台上调用它，第二篇是PHP调用，第三篇是JAVA调用)。在本次的跨平台集成通信开发示例中，使用到的各种技术，咱且走且看，一边开发一边讲解。 1.创建项目结构使用VS2010一个名为Intergat

09

通过自定义ServiceHost实现对WCF的扩展[实例篇]

在《原理篇》中我们谈到了通过自定义ServiceHost对WCF进行扩展的本质，以及在IIS/WAS寄宿情况下ServiceHostFactory的作用。接下来通过一个具体的例子来演示如何通过WCF扩展实现以Unity为代表的IoC框架的集成，以及应用该扩展的ServiceHost和ServiceHostFactory如何定义。[源代码从这里下载] 目录一、IoC/DI简介步骤一、自定义InstanceProvider：UnityInstanceProvider

08

WCF系列教程之WCF客户端调用服务

1、创建WCF客户端应用程序需要执行下列步骤 (1)、获取服务终结点的服务协定、绑定以及地址信息 (2)、使用该信息创建WCF客户端 (3)、调用操作 (4)、关闭WCF客户端对象二、操作实例 1、

09

WinForm企业应用框架设计【一】界限划分与动态创建WCF服务（no svc!no serviceActivations!）

WinForm企业应用框架设计【一】界限划分与动态创建WCF服务（no svc!no serviceActivations!）

04

WCF浅尝

1.首先先建立一个WCF服务应用程序 2.再建立一个宿主程序，这里用控制台，添加服务引用，这里会报错：点击页面确定，回到添加服务页面点击箭头有如下内容：这里告诉我们问题的所在，我们只要重新生成解

WCF系列教程之客户端异步调用服务

本文参考自http://www.cnblogs.com/wangweimutou/p/4409227.html,纯属读书笔记,加深记忆一、简介在前面的随笔中,详细的介绍了WCF客户端服务的调用方法,但是那些操作全都是同步的,所以我们需要很长的时间等待服务器的反馈,如何一台服务器的速度很慢,所以客户端得到结果就需要很长的时间,试想一下,如果客户端是个web项目,那么客户体验可想而知,所以为了不影响后续代码执行和用户的体验,就需要使用异步的方式来调用服务。注意这里的异步是完全针对客户端而言的，与WCF服务契

06

[WCF]缺少一行代码引发的血案

这是今天作项目支持的发现的一个关于WCF的问题，虽然最终我只是添加了一行代码就解决了这个问题，但是整个纠错过程是痛苦的，甚至最终发现这个问题都具有偶然性。具体来说，这是一个关于如何自动为服务接口（契约）的每个操作添加FaultContract与WCF服务元数据发布的问题。接下来通过一个简单的实例来说明这个因为少写了一行代码引发的血案。一、手工添加FaultContract WCF采用基于消息的通信方式，Endpoint的ABC三要素之一的契约（Contract）的本质就是定义消息的结构。契约不仅定义了正常

06

WCF系列教程之WCF服务配置

文本参考自:http://www.cnblogs.com/wangweimutou/p/4365260.html 简介:WCF作为分布式开发的基础框架,在定义服务以及消费服务的客户端时可以通过配置文件的方式,来进行设置,这充分的体现了WCF的伸缩性和自定义性。当然WCF也提供硬编程的方式，通过在代码中直接设置相关对象的属性来完成服务端与客户端的配置，然而这种方式并不利于后期程序的更改和扩展。一、WCF配置文件结构如下图所示,包含三个部分,services(服务)、bindings(绑定)、behavior

06

我的WCF之旅（2）：Endpoint Overview

WCF实际上是构建了一个框架，这个框架实现了在互联系统中各个Application之间如何通信。使得Developers和Architect在构建分布式系统中，无需在考虑如何去实现通信相关的问题，更加关注与系统的业务逻辑本身。而在WCF Infrastructure中，各个Application之间的通信是由Endpoint来实现的。 Endpoint的结构 Endpoint包含以下4个对象： Address: Address通过一个URI唯一地标识一个Endpoint，并告诉潜在的WCF service

08

微软 WCF的几种寄宿方式，寄宿IIS、寄宿winform、寄宿控制台、寄宿Windows服务

WCF寄宿方式是一种非常灵活的操作，可以在IIS服务、Windows服务、Winform程序、控制台程序中进行寄宿，从而实现WCF服务的运行，为调用者方便、高效提供服务调用。本文分别对这几种方式进行详细介绍并开发例子进行说明，以求大家对WCF寄宿的方式进行全面的认识和了解。 1、 WCF服务的IIS服务寄宿我在我前面几篇WCF开发框架的介绍文章中，介绍过了WCF常用的一种寄宿方式，IIS服务寄宿。这种寄宿方式是最为方便的方式，而且由于服务只需要IIS运行就能自动运行起来，因此广为使用。创建这种方式IIS

04

找不到具有绑定 NetTcpBinding 的终结点的与方案 net.tcp 匹配的基址。注册的基址方案是 [http]。

找不到具有绑定 NetTcpBinding 的终结点的与方案 net.tcp 匹配的基址。注册的基址方案是 [http]。

02

WCF后续之旅（7）：通过WCF Extension实现和Enterprise Library Unity Container的集成

松耦合、高内聚是我们进行设计的永恒的目标，如何实现这样的目标呢？我们有很多实现的方式和方法，不管这些方式和方法在表现形式上有什么不同，他们的思想都可以表示为：根据稳定性进行关注点的分离或者分解，交互双方依赖于一个稳定的契约，而降低对对方非稳定性因素的依赖。从抽象和稳定性的关系来讲，抽象的程度和稳定程度成正相关关系。由此才有了我们面向抽象编程的说法，所以“只有依赖于不变，才能应万变”。然后，对于面向对象的思想来讲，我们的功能通过一个个具体的对象来承载。对象是具体的，不是抽象的；创建对象是必然的；对象的创建从

07

Enterprise Library深入解析与灵活应用（8）：WCF与Exception Handling AppBlock集成[下]

在上篇中，我详细介绍了如何通过自定义ClientMessageInspector和ErrorHandler，实现WCF与微软企业库中的Exception Handling Application Block（EHAB）之间的集成。这个方案的基本思路就是：当异常从服务端抛出，利用EHAB针对某个配置好的异常处理策略进行处理；然后将处理有的异常通过ServiceExceptionDetail对象进行封装，最后序列化置于Fault消息，最终被返回给客户端；客户端接收到该Fault消息后，提取并创建ServiceE

使用C#创建及调用WCF完整实例 (Windows服务宿主)

关于WCF的概念、原理、优缺点等，在这里就不多说了，网上很多，可以自行搜索，比我解释的要专业的多。这里直接说使用Windows 服务(Windows Service)作为宿主如何实现，其它方式不在此

07

实现WCF和Unity 的集成

Artech 已经写过一篇[原创]WCF后续之旅（7）：通过WCF Extension实现和Enterprise Library Unity Container的集成，在这个解决方案中Unity的侵入性有点强，本文介绍一种具有更少的侵入性的解决方案。第一步：创建一个自定义的InstanceProvider 来处理WCF服务。 InstanceProvider就是用于创建或者提供service instance的。除了提供service instance的创建者或者提供者的身份外，InstanceProvi

08

学会WCF之试错法——数据传输

服务契约 [ServiceContract] public interface IService { [OperationContract] string GetData(int value); [OperationContract] string GetString(string value); [OperationContract] void Upload(Request request)

06

WCF后续之旅（8）：通过WCF Extension 实现与MS Enterprise Library Policy Injection Application Block 的集成

在上一篇文章中，我们通过自定义InstanceProvider实现了WCF和微软Enterprise Library Unity Application Block的集成，今天我们已相同的方式实现WCF与Enterprise Library的另一个Application Block的集成：Policy Injection Application Block (PIAB)。

02

创建一个自托管（Self-Host）的WCF Service

若确保上述self-host server能运行，需要用管理员权限开一个powershell，运行：

03

WCF系列教程之WCF中的会话

本文参考自http://www.cnblogs.com/wangweimutou/p/4516224.html,纯属读书笔记,加深记忆一、WCF会话简介 1、在WCF应用程序中,回话将一组消息相互关联,从而形成一个回话(回话可以理解为一段时间内的通话,有开始,有结束),会话是服务端和客户端的终结点在在开始回话和结束回话这段时间内的所有消息的一个集合。 2、WCF中的回话机制通过设置服务协定ServiceContract上的SessionMode的枚举值来设置服务协定是否要求、允许或者拒绝基于回话的绑定.枚

05

菜菜从零学习WCF二(设计和实现服务协定)

服务是一个构造，它公开一个或多个终结点，其中每个终结点都公开一个或多个服务操作。

02

WCF系列教程之WCF实例化

本文参考自http://www.cnblogs.com/wangweimutou/p/4517951.html,纯属读书笔记,加深记忆一、理解WCF实例化机制 1、WCF实例化,是指对用户定义的服务

WCF系列教程之WCF客户端异常处理

本文参考自:http://www.cnblogs.com/wangweimutou/p/4414393.html,纯属读书笔记,加深记忆一、简介当我们打开WCF基础客户通道,无论是显示打开还是通过调用操作自动打开、使用客户端或者通过对象调用操作,或者关闭基础客户端通道,都会在客户端应用程序中出现异常,WCF是基于网络的通讯服务,错误异常也是要基于消息传递的,在WCF中提供了一个错误消息处理的类FaultException,WCF客户端可以通过它,来接收服务端传递回来的异常信息。二、WCF异常类型 1、

06

快速入门系列--WCF--01基础概念

转眼微软的WCF已走过十个年头，它是微软通信框架的集大成者，将之前微软所有的通信框架进行了整合，提供了统一的应用方式。记得从自己最开始做MFC时，就使用过Named Pipe命名管道，之后做Winform时，使用过Remoting，再之后做B/S架构时，就会经常使用.NET平台下的Web Service，直到使用上WCF。看上去有了一些WCF的使用经验，实则不然，比如对安全、分布式事务、可靠会话等主题仍然接触甚少，因而决定重新回顾学习一下相关知识，尤其是对WCF框架的理解（已于2015年开源，可下载源码，h

我的WCF之旅（10）：如何在WCF进行Exception Handling

在任何Application的开发中，对不可预知的异常进行troubleshooting时，异常处理显得尤为重要。对于一般的.NET系统来说，我们简单地借助try/catch可以很容易地实现这一功能。但是对于一个分布式的环境来说，异常处理就没有那么简单了。按照面向服务的原则，我们把一些可复用的业务逻辑以Service的形式实现，各个Service处于一个自治的环境中，一个Service需要和另一个Service进行交互，只需要获得该Service的描述（Description）就可以了（比如WSDL，Sc

09

学会WCF之试错法——超时

服务契约 [ServiceContract] public interface IService { [OperationContract] string GetData(int value); [OperationContract] string GetString(string value); [OperationContract] void Upload(Request request)

06

无法加载为扩展“Microsoft.VisualStudio.Diagnostics.ServiceModelSink.Behavior”注册的类型

一天，某用户反馈过来说我们的软件无法运行，我一看异常信息看到了这个：“System.Configuration.ConfigurationErrorsException: 无法加载为扩展“Microsoft.VisualStudio.Diagnostics.ServiceModelSink.Behavior”注册的类型“Microsoft.VisualStudio.Diagnostics.ServiceModelSink.Behavior, Microsoft.VisualStudio.Diagnostics.ServiceModelSink, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a”。 (C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\machine.config line 232)”。

02

WCF学习笔记 5

服务通过 ServiceHost 进行寄宿。可以添加终结以暴露可被调用寻址和调用的资源。

02

学会WCF之试错法——安全配置报错分析

服务端配置 <system.serviceModel> <bindings> <wsHttpBinding> <binding name ="WsHttpBinding_IService" maxReceivedMessageSize="370000" receiveTimeout="00:10:01" maxBufferPoolSize="100"> <readerQuotas maxStringContentLength="240000"/>

WCF后续之旅(5): 通过WCF Extension实现Localization

在上一篇文章中, 我列出了WCF一系列的可扩展对象和元素，并简单介绍了他们各自的功能、适合的场景和具体解决的问题。从本篇开始我将通过一个个具体的例子来介绍如何利用这些扩展点对WCF进行扩展，从而解决一些我们在实现的项目开发中可能出现的问题。

01

WCF后续之旅(11): 关于并发、回调的线程关联性（Thread Affinity）

对于一般的多线程操作，比如异步地进行基于文件系统的IO操作；异步地调用Web Service；或者是异步地进行数据库访问等等，是和具体的线程无关的。也就是说，对于这些操作，任意创建一个新的线程来执行都是等效的。但是有些情况下，有些操作却只能在固定的线程下执行。比如，在GUI应用下，对控件的访问就需要在创建该控件的线程下执行；或者我们在某个固定的线程中通过TLS（Thread Local Storage）设置了一些Context信息，供具体的操作使用，我们把操作和某个固定的线程的依赖称为线程关联性（Threa

WCF后续之旅(11): 关于并发、回调的线程关联性（Thread Affinity）

对于一般的多线程操作，比如异步地进行基于文件系统的IO操作；异步地调用Web Service；或者是异步地进行数据库访问等等，是和具体的线程无关的。也就是说，对于这些操作，任意创建一个新的线程来执行都是等效的。但是有些情况下，有些操作却只能在固定的线程下执行。比如，在GUI应用下，对控件的访问就需要在创建该控件的线程下执行；或者我们在某个固定的线程中通过TLS（Thread Local Storage）设置了一些Context信息，供具体的操作使用，我们把操作和某个固定的线程的依赖称为线程关联性（Threa

08

WCF学习笔记 2

在学习WCF的ABCB之前，我们先创建一个NetNamedPipeBinding绑定方式的服务。

02

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭