1.ijkPlayer SDK 源码导入到Android Studio中各种问题解决 第二篇
2.一文带你读懂SDK测试
3.一个SDK给我干懵逼了？大厂的试玩SDK就这？ Netty 版本的跃迁史
4.手游联运平台sdk有哪些功能？如何挑选游戏sdk
5.anfroid开发怎么查看某个类或方法的源代码
ijkPlayer SDK 源码导入到Android Studio中各种问题解决 第二篇
在将ijkPlayer SDK导入Android Studio并进行编译过程中，我遇到了多个问题。码试这些问题在前篇博客《ijkPlayer SDK 源码导入Android Studio中各种问题解决 第一篇》中已经部分探讨过，对接zinyan.com。试玩问题与解决
问题一：Flavors错误
在代码无误的码试情况下，运行时出现Flavors错误。对接伪装投票源码原因在于ijkplayer项目的试玩build.gradle版本过低，需添加一个维度名称到flavorDimensions。码试只需定义任意维度名即可解决问题。对接问题二：exoplayer库缺失
找不到com.google.android.exoplayer:exoplayer:r1.5.，试玩可能由于网络问题或仓库不稳定。码试在ijkplayer-exo模块的对接build.gradle中，将依赖库切换至国内镜像如阿里云，试玩添加相应配置后重新build即可。码试问题三：UnsatisfiedLinkError
编译后的对接apk在运行视频时崩溃，原因是找不到本地的libijkffmpeg.so。检查发现项目中未包含so文件，需将本地依赖改为远程依赖或自行编译导入。问题四：NDK版本不匹配
依赖的NDK版本与要求版本不一致，只需在Android Studio的SDK管理面板中下载.0.版本的NDK并安装，下载速度受网络影响。 成功解决了这些问题后，ijkplayer-example项目可以运行，但so库仍需进一步处理。后续将有更多关于so库编译的内容，敬请关注。一文带你读懂SDK测试
SDK，全称：software development kit，软件开发工具包。
软件开发工具包通常是软件工程师为特定软件包、软件框架、硬件平台、深信服源码泄露操作系统等建立应用软件时使用的开发工具集合。
软件开发工具广义上指辅助开发某一类软件的相关文档、范例和工具的集合。
软件开发工具包是一些被软件工程师用于为特定软件包、软件框架、硬件平台、操作系统等创建应用软件的开发工具集合，通常SDK是用于开发Windows平台下应用程序的SDK。它可以简单地为某个程序设计语言提供应用程序接口API的一些文件，也可能包括能与某种嵌入式系统通讯的复杂硬件。一般工具包括用于调试和其他用途的实用工具。SDK还经常包括示例代码、支持性的技术注解或者其他的为基本参考资料澄清疑点的支持文档。
客户端SDK是为第三方开发者提供的软件开发工具包，包括SDK接口、接入文档以及demo等。
可以在任何第三方应用中集成，使用方便。
SDK和API的区别有以下几点：
1、组成不同：
SDK软件开发工具包括广义上指辅助开发某一类软件的相关文档、范例和工具的集合。API（应用程序接口）是一些预先定义的函数，或指软件系统不同组成部分衔接的约定。
2、用途不同：
API目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。软件开发工具包通常是软件工程师为特定软件包、软件框架、硬件平台、操作系统等建立应用软件时的操作航标指标源码开发工具。
3、内容不同：
为了使用API函数，需要相应的.h和.lib文件，而SDK正是提供了一整套开发Windows应用程序所需的相关文件、范例和工具的“工具包”。SDK包含了使用API的必需资料，所以也常把仅使用API来编写Windows应用程序的开发方式叫作“SDK编程”。
客户端SDK测试，就是对提供给开发者工具包里面的内容进行测试，因此测试的主要内容有：
1） SDK接口和文档
SDK接口是测试的主要对象，也是核心内容。
2） SDK日志打印
对开发者来说，SDK接口里面的具体实现是透明的，当上层调用时遇到问题，可以依赖SDK打印的日志来定位分析。所以SDK日志是否完备，有助于问题的顺利解决，对应用开发者、测试人员、SDK提供方来说都很重要。
3） 程序示例：demo
demo是SDK提供方用来展示如何调用接口实现具体的功能，也可以作为开发者直观感受SDK接入的效果。
根据需求和开发平台不同，会有以下常见的测试类型：
1、功能的测试
主要是场景覆盖和接口参数覆盖。主要测试各种参数下组合下的返回值。
考虑数据缓存和存储
考虑是否有回调
考虑对请求成功、或失败的处理结果与预期一致
2、兼容性的测试
根据产品需求是市场排行，确保兼容选取的设备机型、版本、动态追踪源码讲解分辨率等，并兼容其他软件
考虑模拟器的支持
覆盖多平台的，还要考虑多端消息数据包互通
3、性能方面的测试
满足特定的性能指标（CPU、内存、耗电量、流量等）
特定场景性能：比如登录需要同步大量的数据包和离线消息，需要考虑对数据包的解析和本地储存的性能
4、稳定性方面的测试
业务场景在一定压力下，持续运行一段时间，接口功能和设备资源占有无异常。
5、弱网环境测试
对弱网，及其他不同类型网络和不同网络环境，SDK接口均应有较好的处理
对比依据是新老版本、竞品效果
6、安全性方面的测试
隐私数据的保护、访问权限控制、用户服务鉴权等
1、了解业务流程，确定开放给开发者都有哪些接口
2、了解SDK用到的所有协议，每个协议中字段的意义和作用以及server端处理逻辑
3、接口要校验输入参数各种输入情况是否能正确处理，返回值的正确性，是否有数据缓存到本地，检查是否有回调，如果有对于请求成功、请求失败（包括无网络、服务器返回非错误代码）是否都有调用
4、测试中对每个请求都应该抓包测试，数据分页源码笔记查看请求的字段、参数值、返回值是否正确
5、对于协议中必传字段，SDK中是否校验为空的情况
6、查看是否存在多发、少发请求的情况
7、对于异步请求的结果在其他地方（A类中）会用到的情况，检查是否存在网络较慢情况下，未完成请求数据为空时A类就用到数据
一个SDK给我干懵逼了？大厂的SDK就这？ Netty 版本的跃迁史
在日常开发中，我遇到过一件让我有些困惑的事情。那天，我在专注地编写 Bug 的时候，一位同事突然来找我，带来了一个非常特别的三方依赖库的 jar 包。这个 jar 包里包含了一些 Netty 的依赖，但问题是：无法确定具体是哪个版本的 Netty。我被这个“惊喜”搞得有点懵。
于是，我接过同事递过来的 jar 包，首先对它进行了解压。这个 jar 包的目录结构看起来与我所熟悉的某宝、某钉的 SDK 并不相同，没有常规的 pom 文件或 gradle 文件。我感到有些不解，这些信息通常会明确指出依赖库的版本，但在这里却找不到踪迹。
我开始怀疑，这可能是个不按套路出牌的黑科技。我反复检查了这个 jar 包的目录，却始终找不到依赖库的坐标声明文件。这时，同事催促着要我帮忙解决问题，我只好暂时放下这个疑问，先试着通过版本试用的方法来确定这个 jar 包中 Netty 的具体版本。
在查看这个 jar 包中的文件时，我发现其中包含了大量的 org.jboss.netty 依赖。我决定通过 mvnrepository.com 这个网站来搜索相关信息。输入 netty 关键字后，我发现搜索结果的前面大多数是 io.netty 的信息，直到第 7 个才出现了 org.jboss.netty 的信息。我进一步点击进入，发现提供的版本主要集中在 Netty3.0.x、3.1.x、3.2.x 系列。
根据常识，项目中引用 Netty 通常都会选择最终稳定版本，因此我尝试在 jar 包的源文件中添加了一个 pom 文件，并使用 3.2..Final 这个版本进行测试。然而，在编译源代码时，我发现缺少了 org.jboss.netty.handler.codec. 页面中的一段说明引起了我的注意：“Note: This artifact was moved to: io.netty » netty”。这表明 org.jboss.netty 已经迁移到了 io.netty，于是我点击了提供的链接。
在新的页面中，我找到了归档的从 3.3.x 到 3..x 以及 4.0.x 的 Netty 版本。我尝试使用 3..6.Final 进行测试，发现所有的 import 没有问题，但部分类的方法缺失。我意识到这可能是版本接近且相对正确的版本，于是选择了与它最为接近的次新版本 3.9.9.Final 进行测试。结果显示，完全没有任何问题，缺失的方法正是在 3..6.Final 中被标记删除的。
至此，我基本可以确定 3.9.9.Final 版本是 jar 包依赖的 Netty 版本。这个发现让我意识到，虽然依赖坐标中的 groupId 是 io.netty，但在实际的包路径中，版本从 3.3.x 到 3..x 之间是 org.jboss.netty.xxx。这个知识的获取让我对依赖库的结构有了更深入的了解。
此外，mvnrepository.com 页面上还有一段说明指出：“Note: This artifact was moved to: io.netty » netty-all”，表明 io.netty 已经迁移到了 io.netty » all。我进一步查询 netty 官网，发现归档的版本从 4.0.x、4.1.x 到最新的 5.0.x。
通过对比确认，我发现在 3.2.x 及其之前的版本中，netty 的 groupId 是 org.jboss.netty，artifactId 是 netty，包路径是 org.jboss.netty；在 3.3.x 到 3..x 版本中，groupId 变为 io.netty，artifactId 依然为 netty，包路径是 org.jboss.netty；而在 4.0.0.Final 及之后的版本中，groupId 依然是 io.netty，但 artifactId 变为 netty-all，包路径变成了 io.netty。
根据这些信息，我最终确定 3.9.9.Final 版本是 jar 包依赖的 Netty 版本。随后，我将同事提供的 jar 包及其对应的源代码以及我添加的 pom 文件信息整合，快速打包并发送给了他。他测试后反馈，一切运行正常。
这次经历不仅解决了问题，也让我对依赖库的版本迁徙和结构有了更深刻的理解。同时，我意识到这种无明确依赖坐标信息的 jar 包可能存在的问题与弊端，包括可能的版本兼容性问题、依赖库结构混乱导致的查找困难等。最终，我完成了这次给无依赖坐标信息的三方类库项目确定 Netty 依赖版本的旅程，也回答了文章开始时提出的问题：这类 jar 包是如何生成的，为什么会存在，以及它可能带来的问题。
手游联运平台sdk有哪些功能？如何挑选游戏sdk
1. 手游联运平台SDK的功能
手游联运平台SDK主要包含三种体系：账号体系、支付体系和数据体系。每个体系都包含不同的功能模块。
2. 账号体系
账号体系的核心功能包括登录、注册、帐号管理等。登录方式有游客登录、帐号登录、手机号登录和第三方登录。
3. 支付体系
支付体系拥有官方支付以及集成主流的第三方支付渠道，如支付宝、微信、银联等。对于CP来说，这意味着省去了对接的人力和时间成本；对于渠道来说，便捷实用的支付流程能够提升支付成功的转化率。
4. 数据体系
数据体系主要分为产品数据和运营数据。产品数据包括登录/注册流程页面的展现、点击、关闭按钮的数据等，需要做埋点统计。运营数据包括新增、活跃、付费率、ARPU、LTV、留存等。
5. 运营层面的功能
手游SDK还提供运营层面的功能，如SDK的悬浮窗、公告推送、个人充值记录查询等。
6. 如何挑选合适的手游SDK系统
挑选手游SDK系统时，需要考虑以下几点：
- 系统安全稳定，遇到问题能快速修复。
- 注意保密问题，可以共同监管加密源代码。
- SDK不能占用太大地方，体积极其重要。
7. 溪谷软件手游SDK
溪谷软件手游SDK可以实现一键出包，帮助项目快速对接，节省研发成本，缩短项目上线时间。如果你对溪谷手游联运平台SDK感兴趣，可以直接咨询溪谷售前工程师。
8.
****如需咨询，请联系以下电话：
- 海唐：
- 小龙：
anfroid开发怎么查看某个类或方法的源代码
android开发语言是java，由于java面向对象的特性，我们在开发中会非常多的用到继承重写等语言特性，一些内置类或方法在使用时需要我们重写或继承才能实现自定义，此时需要我们通过查看源代码来了解该函数或类的写法和用法。下面我们学习如何查看源代码。首先要先下载并安装好sdk源码，才可以查看。打开sdk manager
找到你的sdk已安装的最新的API版本，点击小三角，打开该API的详情。图中打开的是android4.4.2的API
勾选Sources for Android SDK，并点击install 1 package。
接着出现这个页面，点击Accept License，点击install，然后开始安装，稍等片刻后，安装成功。
安装成功后，当你想查看某个类或方法的实现细节，只需要按住ctrl键，将鼠标指向该类或方法，鼠标由箭头变成手指后，点击即可进入该类的源代码。如下图是activity类的源码。
