sdk和库区别？

SDK是一个很多功能函数的集合体，一个工具包。
API是数据接口，SDK相当于开发集成工具环境，要在SDK的环境下来调用API。
API接口对接过程中需要的环境需要自己提供，SDK不仅提供开发环境，还提供很多API。
简单功能调用，API调用方便快捷；复杂功能调用，SDK功能齐全。

库和可执行文件的区别是，库不是独立程序，他们是向其他程序提供服务的代码。库是封装好的代码，通过调用开放出来的API获取相应的功能，比如网络库提供网络相关的功能，深度学习库提供深度学习相关功能。

很多做游戏开发的人，估计都或多或少地接过渠道SDK，什么UC，当乐，91，小米，360……据统计国内市场当前不下于100家渠道，还包括一些没有SDK的小渠道。每个渠道SDK接入的方法呢，多是大同小异。但是，正是这些小异，又让SDK的接入，产生了无穷无尽的变数。所以，接入SDK之前，如果你没有经验，或者没有被SDK坑过，那么当你看到这系列文章的时候，你很幸运，你可以避免这一切了。如果你之前被坑过，而且还在继续被坑着，那么现在就是你解脱的时刻。

完成一个SDK的接入并没有多少技术含量，但是能接入100个SDK，而且能做到维护容易，结构清晰，安全可靠，一劳永逸就不是那么容易的事情了。这也是为什么，世面上出现了那么多打包工具的介绍，SDK接入方法的介绍…而且，还各不相同。

本系列文章，我们来给大家复盘一下U8SDK整套聚合SDK框架从无到有，从简到全的一个开发过程。这里我们先介绍下最初的框架整体思路和后来U8SDK在实际使用过程中的方案改进。

开始开发U8SDK之前， 我们大概简单头脑风暴了一下：

1、首先，客户端需要接入多个联运渠道SDK，为了能够使得我们接入的SDK被多款游戏重用，我们不可以在游戏里面直接去接入每个SDK，而是需要将游戏和SDK接入彻底解耦。

2、为了让SDK接入和游戏分离，我们就需要抽象出一个SDK接入框架，屏蔽各个渠道SDK的差异，向游戏层提供一个统一的API调用；这样游戏只需要接入这个框架即可，而无需关心每个具体的联运渠道SDK。

3、然后我们需要实现一个一键打包工具。游戏层接入我们上面抽象出来的统一API之后， Android的话，可以出一个母包apk，iOS的话，可以出一个母工程(xcode工程)；然后通过一键打包工具，就可以打出各个联运渠道的渠道包

4、整套聚合SDK除了客户端部分，还需要服务器端部分，服务端的逻辑分为两个部分：核心业务服务和后台管理系统；其中核心业务服务主要处理各个渠道的登陆认证和支付回调逻辑；后台管理系统主要处理游戏管理、渠道参数配置、用户数据查询、订单数据查询、统计分析等功能。

针对上面这些罗列的点，我们这套聚合SDK框架，应该包含以下几个部分：

接过渠道SDK的同学应该知道， 在对接渠道联运SDK的时候， 最重要的两个功能点是登陆和支付。在聚合SDK框架的设计中，自然也是这两个过程最为重要。接下来我们来设计整个聚合SDK的登陆流程和支付流程。

我们先看登陆流程。如果不使用聚合SDK框架而直接接入SDK，那么渠道联运SDK的登陆流程是什么样呢？我们这里可以看下UC SDK他的登陆流程图：

使用聚合SDK之后，游戏和渠道SDK之间要彻底解耦；所以，聚合Server中我们需要将游戏服务器和渠道SDK服务器之间的直接交互，变成聚合Server和渠道SDK服务器的交互。 我们看下U8SDK中统一登陆流程设计：

我们再看一下整个登陆过程的顺序图，可以更直观地看到这个流程的顺序：

通过新登陆流程和老登陆流程的一个简单对比，我们可以看出：老的登陆认证流程，对于每一款游戏，游戏服务器都需要和每个渠道SDK服务器进行交互；但是使用聚合SDK之后，游戏服务器只需要和U8 Server 进行交互就可以了，全部由U8 Server完成第三方SDK的登陆和登陆认证 *** 作。

接下来，我们再来看支付流程。如果不使用这套框架，游戏中直接接入联运渠道SDK，支付的流程我们以UC SDK为例来说明：

同样的，使用聚合SDK之后，游戏和渠道SDK之间要彻底解耦；所以，聚合Server中我们需要将游戏服务器和渠道SDK服务器之间的直接交互，变成聚合Server和渠道SDK服务器的交互。 我们看下U8SDK中统一支付流程设计：

我们通过对比两个支付流程图可以清晰地发现：新的流程中，通过聚合Server将游戏服务器和渠道SDK服务器彻底解耦；每个渠道SDK功能变化，都不影响游戏服务器。我们再发个顺序图，可以更直观地看下整个流程：

通过上面的分析，我们大概已经清楚，聚合SDK框架中需要实现的功能以及相关流程。那么接下来，我们就会具体的来实现每一个部分：包括抽象层SDK接入框架，一键打包工具，聚合Server，渠道SDK的接入等。

我们在B站录制了视频教程，如果您对U8SDK手游联运聚合SDK感兴趣， 可以看下： U8SDK视频教程
同时，如果您也对手游聚合SDK开发感兴趣，也欢迎关注U8SDK技术博客： >什么是SDK开发包？

SDK全称是Sofare Development Kit是软件工程师为特定的软件包、软件框架、硬件平台、 *** 作系统等建立应用软件时的开发工具的 。
同三维开发卡都带SDK开发包，有需要的可以联系。

其实很简单，SDK 就是 Sofare Development Kit 的缩写，中文意思就是“软件开发工具包”。
这是一个覆盖面相当广泛的名词，可以这么说：辅助开发某一类软件的相关文档、范例和工具的 都可以叫做“SDK”。
具体到我们这个系列教程，我们后面只讨论广义 SDK 的一个子集——即开发 Windows 平台下的应用程序所使用的 SDK。
呵呵，其实上面只是说了一个 SDK 大概的概念而已，理解什么是 SDK 真有这么容易吗？恐怕没这么简单！为了解释什么是 SDK 我们不得不引入 API、动态链接库、导入库等等概念。^
_^，不要怕，也就是几个新的名词而已，我也是到了大学快结束的时候才体会到其实学习新知识就是在学习新名词、新概念和新术语。
首先要接触的是“API”，也就是 Application Programming Interface，其实就是 *** 作系统留给应用程序的一个调用接口，应用程序通过调用 *** 作系统的 API 而使 *** 作系统去执行应用程序的命令（动作）。其实早在 DOS 时代就有 API 的概念，只不过那个时候的 API 是以中断调用的形式（INT 21h）提供的，在 DOS 下跑的应用程序都直接或间接的通过中断调用来使用 *** 作系统功能，比如将 AH 置为 30h 后调用 INT 21h 就可以得到 DOS *** 作系统的版本号。而在 Windows 中，系统 API 是以函数调用的方式提供的。同样是取得 *** 作系统的版本号，在 Windows 中你所要做的就是调用 GetVersionEx() 函数。
可以这么说，DOS API 是“Thinking in 汇编语言”的，而 Windows API 则是“Thinking in 高级语言”的。
DOS API 是系统程序的一部分，他们与系统一同被载入内存并且可以通过中断矢量表找到他们的入口，那么 Windows API 呢？要说明白这个问题就不得不引入我们下面要介绍得这个概念——DLL。
DLL，即 Dynamic Link Library（动态链接库）。我们经常会看到一些 dll 格式的文件，这些文件就是动态链接库文件，其实也是一种可执行文件格式。跟 exe 文件不同的是，dll 文件不能直接执行，他们通常由 exe 在执行时装入，内含有一些资源以及可执行代码等。其实 Windows 的三大模块就是以 DLL 的形式提供的（Kernel32dll，User32dll，GDI32dll），里面就含有了 API 函数的执行代码。为了使用 DLL 中的 API 函数，我们必须要有 API 函数的声明（H）和其导入库（LIB），函数的原型声明不难理解，那么导入库又是做什么用的呢？我们暂时先这样理解：导入库是为了在 DLL 中找到 API 的入口点而使用的。
所以，为了使用 API 函数，我们就要有跟 API 所对应的 H 和 LIB 文件，而 SDK 正是提供了一整套开发 Windows 应用程序所需的相关文件、范例和工具的“工具包”。到此为止，我们才真正的解释清楚了 SDK 的含义。
由于 SDK 包含了使用 API 的必需资料，所以人们也常把仅使用 API 来编写 Windows 应用程序的开发方式叫做“SDK 编程”。而 API 和 SDK 是开发 Windows 应用程序所必需的东西，所以其它编程框架和类库都是建立在它们之上的，比如 VCL 和 MFC，虽然他们比起“SDK 编程”来有着更高的抽象度，但这丝毫不妨碍它们在需要的时候随时直接调用 API 函数
游戏中就有很多sdk工具包，可以开发mod

DirectX 90 SDK 开发包

这个微软的网站就有下载的
下载安装后可以看它的Document,然后看它里面的Tutorials里面有入门级的指导，耐着性子看下来就可以了
另外网上类似的资料也不少
搜索directX 90 编程就能搜到不少。

什么叫 SDK二次开发包

百度一下更清楚，Sofare Development Kit, 即软件开发工具包
一般情况下，国外的软件在销售的时候，有很多也会同时提供这个工具包，
用于这个软件的二次开发。

OCR SDK开发包的提供？

云脉OCR SDK开发者平台它是集身份z识别、驾驶证识别、行驶证识别、yhk识别、文档识别、名片识别、车牌识别、护照识别等OCR识别功能的业务接入于一体的技术接入平台，所以你可以去这个平台注册一个账号，然后接入OCR API，完全不需要定制，你可以试试看

定制OCR SDK开发包，请教

云脉OCR SDK开发者平台它是集身份z识别、驾驶证识别、行驶证识别、yhk识别、文档识别、名片识别、车牌识别、护照识别等OCR识别功能的业务接入于一体的技术接入平台，所以你可以去这个平台注册一个账号，然后接入OCR API，它这个平台不需要定制，所以相对来说会比较简单

Android SDK开发包安装不了

这个是因为连不上谷歌的服务器，在国内是访问不了的，而在国外却能正常访问，有这么几种方法：
在Tools菜单下点击Options选项，按照如图所示配置，现在这个是能上去的：
国内也有几个镜像，这里只给出其的一个。你先试试这个，看看好不好使

android sdk开发包下载不了！

恩，google是下不了，是要XP的还是Linux版的呢？
我这到是有，怎么给你？

定制OCR SDK开发包，请教谁有？

云脉OCR SDK开发者平台它是集身份z识别、驾驶证识别、行驶证识别、yhk识别、文档识别、名片识别、车牌识别、护照识别等OCR识别功能的业务接入于一体的技术接入平台，所以你可以去这个平台注册一个账号，然后接入OCR API，识别率高。

如何使用Microsoft Speech SDK开发包

SDK开发包应该有有DLL文件提供的，你把这个文件引用到项目中，就可以使用，具体其内部函数啥的，应该在SDK中有文档描述说明的吧

一、配置环境
1．在开发机器安装RTX2012 Server SDK包。
2． 进入Server SDK安装目录（默认路径：D：\Programming design\RTXSSDK\）,把该目录下的所有dll文件及rtxServerApiini拷贝到系统的System32目录下，如果在网页调用java接口，需要另拷贝一份到JDK的bin目录下。
3． 进入RTX服务器安装目录下，用记事本打开SDKPorpertyxml文件，在里面增加开发机器地址(如下图所示)，保存后重启RTX服务。
RTX <wbr>ServerSDK安装使用
4． 拷贝Java目录(默认路径：D:\Programming design\RTXSSDK\demo source\server sample\java)下的RTXSvrApijava及其他示例文件到您的工作目录下。

二、文件说明
1． RTXSvrApijava是一个类库，里面封装了很多方法，但没有main函数，因此该文件只能编译不能运行，主要是提供方法给外部调用。
2． RTXSvrApijava 文件里面导入 SDKAPIJavadll（动态链接库），该dll是在SDKAPICdll上面封装，SDK目录下的dll相互有联系，因此必须把这些dll拷贝到System32下，否则编译RTXSvrApijava将出错，提示找不到SDKAPIC。
3． Java目录下的文件除了RTXSvrApijava，其他的都是示例文件（请参看示例文件使用各种函数）。
4． RtxServerApiini 文件用于设置服务器的IP地址及端口。
5． SDKPorpertyxml 文件用于SDK访问RTX服务器权限管理，只有这个文件添加的IP才能访问RTX服务器。

三、开发向导（Eclipse、IntelliJ IDEA 测试都没问题）====以下 *** 作为官网提供，自己测试没问题直接粘过来；
1 启动Eclipse ，创建一个空白的Java Project，如下图所示：
RTX <wbr>ServerSDK安装使用
2 在工程src添加一个名为rtx的package，并将RTXSvrApijava拖进这个package，如下图所示：
RTX <wbr>ServerSDK安装使用
注意：RTXSvrApijava只能放进rtx下，rtx 不能有父package，否则会报错。
3 把SetSvrIpPortjava拖到src，自动生成一个(defalt package)并放在这个目录下，SvrIP填写正确的RTX服务器IP地址后按Ctrl+F11运行，如下图所示：
RTX <wbr>ServerSDK安装使用
4 把AddDeptJava拖到src，自动生成一个(defalt package)并放在这个目录下，按Ctrl+F11运行，如下图所示：
RTX <wbr>ServerSDK安装使用
5 进入RTX 用户管理器，就可以看到刚刚添加的部门

上一篇，解释了SDK是什么，SDK的功能如何测试，这次来讲SDK的其他测试内容。
1SDK和API解析。
SDK是一种软件开发工具包，API简而言之就是网络接口。
实际上SDK包含了API的定义，API定义一种接口及其规范，而SDK往往包含这种接口和规范。
3那SDK还要测什么内容
31 还需要兼容性测试
SDK的开发更多是为了嵌入到其它应用中进行调用的，那嵌入到什么应用中，怎样去调用，调用过程中是否会被嵌入的程序、数据混淆时是不是会对SDK的请求造成影响、不同版本的SDK是否可以同时运行等，都是SDK兼容性的测试内容。
在兼容性测试中，要确保SDK能兼容机型、设备系统版本、应用版本、分辨率、其他软件，并且不影响通话和相机等系统软件的使用。
同时包含对模拟器的支持，多平台性，及多端消息数据包的交互正常。
32 性能测试
对于SDK，也要像软件程序一样满足其性能指标：客户端的CPU、内存、耗电量和流量，以及服务端并发数、吞吐量、响应时间、资源使用等。
性能测试要根据用户的使用频率进行测试。比如常用的登录功能，在这个工程中需要同步大量的数据包和离线消息，需要对数据包的解析和本地储存的进行分析和测试。
33 稳定性测试
稳定性测试主要是对于业务场景的测试。即在一定压力下，根据SDK的业务规则让客户端持续运行较长时间，检查接口的功能和以及设备资源占用是否异常。
34 弱网测试
SDK的实际使用过程中，也会有弱网的情况。为了保证SDK的正常运行，不影响被嵌入的应用，需要在不同的网络类型及网络环境中，对SDK接口进行测试，保证接口数据交互和一些异常处理没有问题。
35 安全性测试
在SDK中，数据是通过API接口实现传输和响应的，对于数据的隐私保护、访问权限的控制、用户服务的鉴权、传输URL的加密等都要进行内容的测试，保证用户数据的安全。
36 更新测试
对于SDK，也要进行更新测试，更新时可能新增接口，也可能是更换接口的参数数据等，需要对对应的协议和相应字段的意义进行重新测试。
对新增的接口抓包，确定发送的请求参数、返回值与协议一致并且互不影响。
并且还要考虑到旧SDK的数据兼容，以及对旧数据的处理机制。
36 拆包和组包测试
在SDK中可能有很多的工具，也就是有很多的对应包的接口，在实际嵌入时可能只需要嵌入其中的一个或某几个功能包，就需要对SDK进行拆包或组包的测试。
测试流程是：通过SDK进行拆包，将其中的特征值找到，并得到其对应的包名。组包就是将几个包名整合在一起，保证它们之间的数据调用的正确性和异常处理。并对被嵌入的应用进行再次SDK功能的验证测试。

SDK的外语全称:SoftwareDevelopmentKit，中文为：软件开发工具包，一般都是一些软件工程师为特定的软件包、软件框架、硬件平台、 *** 作系统等建立应用软件时的开发工具的集合。

通俗一点的理解，是指由第三方服务商提供的实现软件产品某项功能的工具包。一般以集合kpi和文档、范例、工具的形式出现

通常SDK是由专业性质的公司提供专业服务的集合，比如提供安卓开发工具、或者基于硬件开发的服务等。也有针对某项软件功能的SDK，如推送技术、图像识别技术、移动支付技术等，同时资源优势类的公司也提供资源共享的SDK，如一些广告SDK提供盈利渠道，分发SDK提供产品下载渠道。

随着国内互联网环境的大发展，大部分的SDK都是免费的但已经有一部分功能性SDK已经被当做一个产品来运营，这依赖于人们开发互联网产品理念的变化和云计算技术的发展。开发者不再需要对产品每个功能进行开发，选择合适、稳定的SDK服务并花费很少的精力即可在产品中集成某项功能。

扩展资料

一般而言SDK即开发Windows平台下的应用程序所使用的SDK。它可以简单的为某个程序设计语言提供应用程序接口API的一些文件，但也可能包括能与某种嵌入式系统通讯的复杂的硬件。

一般的工具包括用于调试和其他用途的实用工具。SDK还经常包括示例代码、支持性的技术注解或者其他的为基本参考资料澄清疑点的支持文档。

为了鼓励开发者使用其系统或者语言，许多SDK是免费提供的。软件工程师通常从目标系统开发者那里获得软件开发包，也可以直接从互联网下载，有时也被作为营销手段。例如，营销公司会免费提供构建SDK以鼓励人们使用它，从而会吸引更多人由于能免费为其编程而购买其构件。

SDK可能附带了使其不能在不兼容的许可证下开发软件的许可证。例如产品供应商提供一个专有的SDK可能与自由软件开发抵触。GPL能使SDK与专有软件开发近乎不兼容。LGPL下的SDK则没有这个问题。

---