1.ϵͳԴ?系统??ƽ?
2.OpenHarmony 代码学习4：Ability子系统 源码解析（更新太快，跟不上步伐了）
3.64位系统上源码编译32位libcurl库
4.源码编译——Xposed源码编译详解
ϵͳԴ?源码??ƽ?
月数不好定，因为每个月天数不一样。破解算到天就行了。系统
代码如下：
.版本 2
.支持库 spec
.子程序 _按钮1_被单击
.局部变量 运行时间,源码 整数型, , , 毫秒
运行时间 ＝ 取启动时间 ()
调试输出 (取毫秒到天 (运行时间))
.子程序 取毫秒到天, 文本型
.参数 参_秒, 整数型
.局部变量 参_秒, 整数型
.局部变量 天, 整数型
.局部变量 小时, 整数型
.局部变量 分钟, 整数型
.局部变量 秒, 整数型
参_秒 ＝ 取启动时间 () ÷
天 ＝ 参_秒 ÷ ÷ ÷
小时 ＝ (参_秒 － 天 × × ) ÷
分钟 ＝ (参_秒 － 天 × × － 小时 × ) ÷
秒 ＝ 参_秒 ％
返回 (到文本 (天) ＋ “天” ＋ 到文本 (小时) ＋ “小时” ＋ 到文本 (分钟) ＋ “分钟” ＋ 到文本 (秒) ＋ “秒”)
OpenHarmony 代码学习4：Ability子系统 源码解析（更新太快，跟不上步伐了）
深入探讨OpenHarmony代码学习中关于Ability子系统的破解特殊mcad指标源码源码解析，重点关注基于monthly_的系统代码架构与配置。
在源码解析中，源码SystemAbility的破解配置sa_profile至关重要，它确保了以c++实现的系统SA在加载注册逻辑时能够完成SA的注册，反之，源码未配置profile的破解System Ability将不会完成注册。可见abilitymgr等系统服务SA以特定方式运行，系统如.xml所示，源码ams的破解在线预约咨询源码libabilityms.z.so在foundation进程中启动，并在启动后即向samgr组件注册SystemAbility，实现本地跨IPC访问。
进一步，分析AbilityManagerService作为SystemAbility的管理器，提供管理Ability生命周期的管理能力。以AbilityManagerService::StartAbility为起点，此方法支持4种Startability，其中IRemoteObject属于分布式软总线子系统的ipc组件，负责进程间通信。理解IPC与RPC机制，IPC与RPC在实现跨进程通信中扮演重要角色，IPC使用Binder驱动，适合设备内跨进程通信，而RPC采用软总线驱动，springboot找回密码源码适用于跨设备跨进程通信。客户端与服务器通过客户端-服务器模型进行通信，通过代理获取服务提供方的接口进行数据交互。三方应用通过FA提供的接口绑定服务提供方的Ability，获取代理，实现通信。
在StartAbility中，callerToken由AbilityRuntime::AbilityContextImpl::StartAbility传入的AbilityContextImpl成员变量token_决定，通常指要启动的Ability。此调用链将在后续应用启动流程中总结，具体路径可参考官网介绍。
继续深入代码分析，观察StartAbility中的调用链，最终向BMS调用StartAbilityInner方法。文章列表系统源码根据ability类型的不同，启动方式也不同，已在代码段中进行了标注。在OpenHarmony代码学习中，PageAbility作为具备ArkUI实现的Ability，是最具直观性的用户可见并可交互的实例，通常由missionListManager启动。
位系统上源码编译位libcurl库
有时候需要交叉编译libcurl，比如目标机器是位系统的，但是本地机器是位系统的，而且由于某些原因，我们无法在位系统上直接编译，所以需要用到交叉编译
libcurl是依赖openssl的，所以先编译openssl的CS游戏源码Java位库 完整编译选项配置如下：
详细选项含义如下：预先已经export CC的版本 配置-m指定编译位的库 配置–prefix指定openssl的安装目录 配置–openssldir指定openssl的头文件目录 配置shared关键字指定编译时生成动态库（libssl.so/libcrypto.so及其相关软连接）然后再make && make install即可
有时候有的系统是默认安装了位zlib库的，那么就可以跳过这一步，但是有的系统需要自己下载编译zlib-位库 完整编译选项配置如下：直接修改CMakeLists.txt文件，增加以下两行 set(CMAKE_C_FLAGS “-m”) set(CMAKE_CXX_FLAGS “-m”) 详细选项含义如下：配置CMAKE_C_FLAGS指定编译位库环境 配置CMAKE_CXX_FLAGS指定编译位库环境然后再mkdir build && cd build && cmake .. && make && make install即可
最后就是编译libcurl 完整编译选项配置如下：
详细选项含义如下：配置PKG_CONFIG_PATH指定启动openssl选项(启动这个选项，就会默认链接lssl，lcrypto，lz三个库） 配置CFLAGS指定编译位库环境 配置CPPFLAGS指定链接的库的头文件 配置LDFLAGS指定链接的库的路径然后再make && make install即可
当编译第三方库的时候，如果有CMakeLists.txt，直接用CMakeLists.txt编译就很方便；如果只有configure，那么需要先了解编译选项执行./configure –help来查看当前支持的编译选项然后根据提示配置一下我们需要指定的选项，比如自己指定的openssl的版本的库和头文件路径名，比如CC的版本，比如安装路径等等 (当然，如果不需要额外配置这些东西的话，直接走默认配置的话，那么直接执行./config或者./configure就行)然后在生成Makefile之后，再make && make install即可
源码编译——Xposed源码编译详解
本文深入解析了基于Android 6.0源码环境，实现Xposed框架的源码编译至定制化全过程，提供一套清晰、系统的操作指南。实验环境选取了Android 6.0系统，旨在探索并解决源码编译过程中遇到的难点，同时也借助于社区中其他大神的宝贵资源，让编译过程更加高效且精准。
致谢部分，首先对定制Xposed框架的世界美景大佬致以诚挚的感谢，其提供框架的特征修改思路和代码实例给予了深度学习的基础，虽然个人能力有限，未能完整复现所有的细节，但通过对比和实践，逐步解决了遇到的问题。特别提及的是肉丝大佬的两篇文章，《来自高纬的对抗：魔改XPOSED过框架检测(上)》和《来自高纬的对抗：魔改XPOSED过框架检测(下)》，这两篇文章是本文深入定制Xposed框架的基础指引，通过它们的学习，许多技术细节和解决方案得以明确。
关于Xposed框架编译和配置的技术细节，参考文章《xposed源码编译与集成》提供了清晰的理论框架，而在《学习篇-xposed框架及高版本替代方案》中，能够找到关于Xposed安装、功能验证以及遇到问题时的解决策略，这两篇文档对理解Xposed框架运行机制、安装流程以及后续的调试工作大有裨益。
在编译流程中，我们首先对Xposed框架中的各个核心组件进行详细的解析和功能定位，包括XposedInstaller、XposedBridge、Xposed、android_art、以及XposedTools。每一步都精心设计，确保实现模块与Android系统环境的无缝对接。接下来，我们进行具体的编译步骤。
首先是XposedBridge源码的下载，直接从GitHub上获取最新且与Android 6.0版本相适配的代码，这里选择下载Xposed_art。其次，通过Android.mk文件，我们可以配置编译环境，明确哪些源文件需要编译、生成的目标文件类型以及依赖的其他库文件。在Android.mk文件中，要确保针对特定的XposedBridge版本进行参数的调整，避免不必要的错误。
后续的编译过程可通过mmm或Android Studio完成。mmm编译更倾向于手动操作，适合熟悉CMakebuild系统的开发者，而Android Studio提供了一站式的IDE解决方案，操作流程更为便捷且直观。无论是采用哪种编译方式，最终的目标是生成XposedBridge.jar文件，这个文件将成为Xposed框架的核心组件，用于在Android系统上运行模块化的功能。
