1.AAR 包中的依赖
2.Ojjaara(momelotinib)的打r打药物相互作用哪里可以查到？
3.入职三个月，游戏SDK开发总结
4.aar是包不暴露包什么意思
5.Xposed(LSposed)现代API(>82)使用文档
6.什么是baseapk呢

AAR 包中的依赖

        在 aar 的源码中不论使用 implementation 或者 api ，打成 aar 包之后，当我们通过 gradle脚本上传到服务器时，我们可以通过 pom.project 来将 aar 源码中的依赖生成 pom.xml 文件。这些依赖配置项会通过脚本，被转义成 maven中的依赖配置项。脚本片段如下：

        上面是我们工程中的配置。在 pom.project 的配置中其实还可以添加 scope 配置选项，如果未显示指明，那么 scope 就是 compile 。因此，在未显示指明 scope 的情况下，aar 源码中无论是使用 implementation 还是 api ，最终在 maven中都会变为 compile 。

        所以在默认配置下，依赖在 maven 的 pom.xml 文件中都是存在的，且表述为 compile 。因此，当项目中通过 gradle使用 maven上的 aar 包时， pom.xml 文件中的依赖项就会被 gradle解析。而此时 gradle发现 maven上的依赖配置是 compile ，于是 gradle会将其解析为 api 配置。

        这就造成了，当我们在工程中直接依赖 aar 包时，aar 包中的依赖项因为被 gradle解析为 api ，因此在我们的工程中可以「看到」这些依赖项。

        但是，当我们在工程中通过源码直接使用 aar 的源码工程时，如果 aar 工程中的依赖是通过 implementation 配置的，那么我们工程中就「看不到」aar 中的依赖项了。

        这就导致了工程直接依赖 aar 和通过源码依赖 aar 时，他两的 gradle DAG不同，从而导致了一些编译上的不方便。

Ojjaara(momelotinib)的药物相互作用哪里可以查到？

       这个药的相互作用在香港济民药业是可以查得到的，里面有说明书内容的源码相关介绍：

       1. 有机阴离子转运多肽(OATP)1B1/B3抑制剂

       Ojjaara是OATP1B1/B3底物。与OATP1B1/B3抑制剂同时使用会增加Ojjaara的打r打最大浓度(Cmax)和浓度-时间曲线下面积(AUC)，这可能会增加Ojjaara的包不暴露包不良反应风险。监测同时接受OATP1B1/B3抑制剂治疗的源码电脑源码分析患者的不良反应，并考虑调整Ojjaara剂量。打r打

       2. 乳腺癌耐药蛋白(BCRP)底物

       Ojjaara是包不暴露包一种BCRP抑制剂。Ojjaara可能会增加BCRP底物的源码暴露，这可能会增加BCRP底物不良反应的打r打风险。当与Ojjaara同时给药时，包不暴露包以5 mg开始rosuvastatin (BCRP底物),源码不要增加到超过 mg，每天一次。打r打也可能需要调整其他BCRP底物的包不暴露包剂量。对于其他BCRP底物，源码请遵循批准的产品用药信息。

入职三个月，游戏SDK开发总结

       入职三个月，游戏SDK开发总结

       蓝师傅在前几个月主要负责了游戏SDK的开发与维护工作，现在项目已经结束一段时间了，借此机会整理了游戏SDK开发过程中涉及到的知识点。

       对于不太了解游戏SDK的朋友，本文将为你提供一些帮助。

       游戏SDK的定义以及与普通SDK的区别

       在年毕业找工作时，蓝师傅面试时被问到是脚本插件源码否有做过SDK开发，由于没有相关经验而被拒。实际上，理解SDK并不需要有直接的开发经验，SDK是提供给开发者使用的一系列功能的集合，通过封装特定功能的库，开发者可以在多个项目中重复使用，而无需从零开始实现。常见的SDK包括短视频SDK、推送SDK、分享SDK等，而本文重点介绍的游戏SDK则是提供游戏账号体系与支付功能的SDK。

       游戏SDK的核心功能与开发流程

       以某娱乐公司小红的社交App为例，他们希望引入游戏功能以增加用户粘性。小红与小绿合作，由小绿开发游戏并接入小红的游戏SDK，利用小红的登录与支付系统。游戏SDK的核心在于提供账号体系与支付功能，其他则为运营相关的功能，如埋点与数据统计。

       游戏SDK开发注意事项

       在SDK开发过程中，蓝师傅注意到一些关键点，如尽量减少依赖开源库、解决依赖冲突的方式（如使用exclude配置）、以及对外暴露接口的netcat源码搭建最小化。面向接口编程能够简化SDK的维护与扩展，通过定义接口、实现类与管理类来提供统一的接入方式，确保外部仅需调用接口方法即可。

       游戏SDK开发过程中的坑

       虽然游戏SDK在前期开发与自测阶段相对顺利，但在与游戏进行对接时可能会遇到ClassNotFound、Resource not found、依赖冲突与崩溃等问题。其中一个典型的坑是在Eclipse环境中接入SDK时遇到的问题。

       Eclipse作为较为传统的开发工具，对于一些开发者来说仍然存在需求。蓝师傅在将SDK打包为Android Studio版本的aar格式后，需要解决Eclipse环境下的接入问题。这涉及依赖冲突的解决、jar包的处理、资源文件的复制与资源id的动态获取等。

       解决ClassNotFound错误的原因与方法

       在Eclipse中编译与运行SDK时，出现ClassNotFound错误通常与资源文件的id与SDK内部资源id的不匹配有关。这是因为SDK在打包过程中，资源文件会被AAPT工具打包，生成资源索引表resources.arsc，而Eclipse只能处理解压后的classes.jar，导致资源id与实际生成的id不一致。解决方法是饭堂系统 源码动态获取资源id，使用如Resources#getIdentifier方法，通过资源名称获取id，避免直接引用R文件中的常量。

       游戏SDK的后期操作

       除了接入阶段，游戏SDK还需要进行验收与更新管理。小红需要确保接入的游戏功能正常，随着SDK版本升级，验收内容会增加，如验证签名、更新检查、token管理等。蓝师傅分享了如何在SDK中添加日志开关、配置检查、签名验证与渠道包管理的实践经验。

       渠道包概念与选择

       渠道包是为了统计不同应用市场数据而存在。游戏SDK的渠道包概念强调通过请求接口传入的渠道标识，实现用户归属的自动化管理。对于打渠道包，蓝师傅提供了使用PackerNg与Walle开源库的方案，并讨论了针对v1与v2签名的实现原理。

       反编译与签名处理

       在特定情况下，可能需要重新打包或修改已有apk。蓝师傅介绍了使用apktool进行反编译与回编译的步骤，以及如何在没有签名的threadx系统源码apk上添加签名以确保其兼容性。

       总结

       本文是对蓝师傅游戏SDK开发工作的一个总结，强调了业务与对接问题的处理，并分享了通过自动化与代码检查优化开发流程的经验。对于寻求相关岗位的朋友，本文或许能提供一定的参考。

aar是什么意思

       AAR是归档文件的扩展名。

       以下是关于AAR的详细解释：

       1. AAR文件的基本含义

       AAR是Android项目中用于存放编译后的类文件的归档文件的扩展名。它包含了应用程序的所有编译代码，是Android开发过程中非常重要的文件之一。开发者在开发过程中会经常与AAR文件打交道，因为它涉及到项目的构建和依赖管理。

       2. AAR文件的作用

       在Android开发中，AAR文件主要用于以下几个方面：

       集成库依赖：开发者可以将第三方库或模块编译成AAR文件，然后在自己的项目中通过依赖的方式引入这些库或模块，无需关心其源代码。这样做的好处是简化了依赖管理，提高了开发效率。

       代码复用和模块化开发：AAR文件可以作为代码复用的媒介。开发者可以将一些通用的功能封装成模块，制作成AAR文件，然后提供给其他开发者使用。这种方式可以极大地提高开发效率和代码质量。

       跨平台兼容性：由于AAR文件是针对Android平台的，因此它具有跨平台的兼容性。无论是在哪个版本的Android设备上，只要安装了相应的应用程序，就可以使用AAR文件所包含的功能。

       3. AAR文件的创建和使用

       要创建和使用AAR文件，开发者需要使用Android Studio等开发工具进行编译和打包。在项目中，可以通过添加依赖的方式引入AAR文件。此外，还可以使用构建工具（如Gradle）来管理和处理AAR文件。在使用过程中，开发者需要注意文件的兼容性和版本问题，以确保项目的正常运行。

       总的来说，AAR文件在Android开发中扮演着重要的角色，它简化了依赖管理，提高了开发效率，并促进了代码的复用和模块化开发。了解和使用AAR文件对于Android开发者来说是非常必要的。

Xposed(LSposed)现代API(>)使用文档

       现代API(>)的Xposed框架，尤其是LSposed，重新设计了其API，以适应最新的开发需求。本文旨在提供在API下使用libxposed/api的详细指南。请注意，此功能目前尚不稳定，仍处于积极开发阶段，API可能随时变动。欢迎所有读者提出改进建议，参与文档完善，只需在GitHub上提交问题并附带改进文档即可。

       相比传统的XposedBridge API，现代API带来了以下变化：

       模块配置已重新设计，提供更高效、更灵活的配置方式。这使得开发者能够更轻松地管理模块，实现更复杂的功能。

       内容共享API方面，现代API提供了更强大的功能，增强了模块间的交互能力。这些改进使得开发者能够创建出功能更为丰富、兼容性更好的应用。

       早期访问阶段，开发者需注意，大部分功能尚不稳定，且未经过充分测试。API可能会在将来发生更改。然而，对于那些急需新功能的开发者，可以尝试使用这些功能，但请勿发布稳定版本的模块。目前，所有组件的开发状态如下所示。

       上述库尚未发布到maven中央仓库，但可在GitHub Action中获取其CI版本。建议下载打包好的aar文件并添加到本地maven仓库中，或者依赖自己打包的aar，或者使用源代码依赖。

       LSPosed和libxposed作为开源项目，我们对其开发投入了大量的业余时间。如果您希望项目发展得更快，欢迎通过提交代码或捐赠来支持我们。您的参与和贡献将对项目的持续发展产生积极影响。

什么是baseapk呢

       什么是baseapk？

       在Android开发中，baseapk是一个项目的主要应用程序包，即主要应用程序的代码和资源存储在其中。其他不同的APK（即splitapk）可以从baseapk中派生而来，以便在不同的CPU架构，语言或屏幕密度上提供最优化的用户体验。这种技术通常被称为分离构建或分离发行（Split Build或Split APK publishing）。

       baseapk的优势是什么？

       使用baseapk可以让开发者针对多个设备设置不同的APK构建。这可以帮助开发者减少APK的体积，提高内存利用率，同时允许应用程序在不同的环境中提供最优化的性能。具体来说，将不同的代码和资源打包到不同的APK文件中，可以减少下载和安装时间，同时还可以充分利用设备的存储空间。

       baseapk的实现方法

       实现baseapk和splitapk的最简单方法就是使用Google Play定向构建。Google Play为开发者提供了一种名为“split dimension”的特殊标记，该标记可用于定义APK的特定维度。例如，您可以使用屏幕密度作为切割维度定义不同的APK。Google Play存储并提供APK文件，以最大限度地降低设备的带宽和存储空间要求。

       如果您正在构建面向多个应用程序的更大型项目，那么为每个应用程序创建一个独立的代码库和资源库（如Android Library或AAR（Android Archive）），则更可取。根据具体的需求和应用程序的规模，可以将这些库制作成标准库或动态库，并将其打包到baseapk和splitapk文件中。

       如何使用baseapk？

       使用baseapk的第一步是将应用程序分解成独立的模块。每个模块都包括一些特定的代码和资源，并定制化为优化特定维度的splitapk。使用Gradle插件，可以轻松地将源代码模块组合在一起，构建baseapk。Gradle插件还提供各种操作来简化APK文件的构建过程，例如代码混淆或资源压缩。

       在项目中启用分离后，您可以使用Google Play Console配置构建维度和分离APK的策略。Google Play Console允许您根据目标用户的设备属性（如CPU架构，语言设置和屏幕分辨率）定义分离APK的特定维度和条件。这些条件将用于决定哪些splitapk应该下载和安装。

       baseapk的限制

       baseapk的主要限制是开发人员需要仔细考虑如何定义splitapk的维度。如果定义得不够准确，那么应用程序可能会出现兼容性问题，这可能会导致应用程序在特定的设备上崩溃或无法正常工作。开发人员还需要花费更多的时间来创建和管理每个单独的APK文件，这可能会增加项目的复杂性和维护成本。

       结论

       baseapk是一种有用的技术，可以帮助开发人员为多个设备构建最佳的APKs。虽然它需要更多的工作量来管理和实施，但使用baseapk可以获得最佳的性能和内存使用率，从而提供最优化的用户体验。如果您需要在多个设备上提供可扩展和高效的应用程序，那么baseapk是着眼未来的正确选择。