Android NDK与JNI深度解析

核心概念定义：

  1. NDK (Native Development Kit):

    • 是什么： 一套由 Google 提供的工具集合。
    • 目的： 允许 Android 开发者使用 C 和 C++ 等原生（Native）语言来实现应用程序的部分功能。
    • 包含内容： 交叉编译器（如 Clang/LLVM）、构建系统（CMake, ndk-build）、标准库（如 libc++, OpenSSL）、调试工具（ndk-gdb, ndk-stack）、CPU 架构支持库（ARM, x86, x86-64, MIPS）等。
    • 作用： 将 C/C++ 源代码编译、链接成 Android 设备上特定 CPU 架构（ARMv7, ARM64, x86, x86-64）可执行的动态链接库（.so 文件）或静态库（.a 文件）。

  2. JNI (Java Native Interface):

    • 是什么： Java 平台定义的一套编程接口规范。
    • 目的： 建立 Java 虚拟机（JVM，在 Android 中是 ART/Dalvik）与运行在同一个进程中的原生代码（C/C++）之间的桥梁，实现双向调用。
    • 核心机制： 定义了 Java 代码如何调用原生函数（Native Methods），以及原生代码如何访问和操作 JVM 中的 Java 对象（创建、修改、调用方法、访问字段）。
    • 关键组件： JNIEnv 指针（提供访问 JVM 环境的函数表）、jclass, jobject, jstring, jint 等类型映射、方法签名（用于唯一标识 Java 方法）、本地引用/全局引用（管理 Java 对象在原生代码中的生命周期）。

NDK 和 JNI 的关系：

  • NDK 提供了实现 JNI 的环境和工具。 没有 NDK，你无法轻松地将 C/C++ 代码编译成 Android 可用的库。
  • JNI 定义了 Java 和 Native 代码交互的规则。 即使你使用 NDK 编译了原生代码，也需要通过 JNI 接口才能在 Java/Kotlin 中调用它，并在原生代码中操作 Java 对象。
  • 简单说： NDK 是“工具包”和“编译环境”，JNI 是“交互协议”和“编程接口”。两者结合，才能实现 Java/Kotlin 与 C/C++ 在 Android 应用中的协同工作。

JNI 调用深度解析：

  1. Java/Kotlin -> Native 调用流程：

    1. 声明 Native 方法： 在 Java/Kotlin 类中使用 native 关键字声明方法（只有签名，没有实现）。
      public native String stringFromJNI();
public native void processData(byte[] data, int width, int height);
    2. 加载 Native 库： 在 Java/Kotlin 代码中（通常在静态初始化块）使用 System.loadLibrary("library-name") 加载编译好的 .so 文件。NDK 会根据约定（lib<name>.so）找到文件。
    3. 实现 Native 函数： 在 C/C++ 代码中，按照 JNI 规范实现对应的函数。函数名必须遵循特定格式：Java_[包名_下划线分隔]_[类名]_[方法名]。
      #include 
extern "C" JNIEXPORT jstring JNICALL
Java_com_example_myapp_MainActivity_stringFromJNI(JNIEnv* env, jobject /* this */) {std::string hello = "Hello from C++";return env->NewStringUTF(hello.c_str());
}
      • JNIEnv* env: 指向 JNI 函数表的指针，是几乎所有 JNI 操作的入口点。
      • jobject this: 对于非静态 native 方法，指向调用该方法的 Java 对象实例（类似于 Java 中的 this）。对于静态 native 方法，这里是 jclass，指向声明该方法的类。
      • 参数类型和返回值类型需要使用 JNI 类型（如 jstring, jint, jobject, jbyteArray）。
    4. 构建 Native 库： 使用 NDK 的构建系统（CMake 是当前推荐）将 C/C++ 代码编译链接成 .so 文件。
    5. 运行： Java 代码调用 native 方法，JVM 通过 JNI 接口找到并执行对应的原生函数实现。

  2. Native -> Java/Kotlin 调用流程：

    1. 获取类引用： 在原生代码中，使用 env->FindClass("java/lang/String") 或 env->GetObjectClass(jobj) 获取 jclass。
    2. 获取方法/字段 ID： 使用 env->GetMethodID(jclass, "methodName", "(Signature)ReturnType") 或 env->GetFieldID(...)。方法签名是关键且易错点！
      • 签名示例："(I)V" 表示 void method(int), "([B)Ljava/lang/String;" 表示 String method(byte[])。
    3. 调用方法/访问字段：
      • 调用实例方法：env->Call<Type>Method(jobject, methodID, args...) (如 CallVoidMethod, CallIntMethod, CallObjectMethod)。
      • 调用静态方法：env->CallStatic<Type>Method(jclass, methodID, args...)。
      • 获取/设置实例字段：env->Get<Type>Field(jobject, fieldID), env->Set<Type>Field(jobject, fieldID, value)。
      • 获取/设置静态字段：env->GetStatic<Type>Field(jclass, fieldID), env->SetStatic<Type>Field(jclass, fieldID, value)。
    4. 处理异常： 原生代码调用 Java 方法可能抛出异常。必须在原生代码中检查并处理异常（使用 env->ExceptionCheck() 和 env->ExceptionOccurred()），否则可能导致 JVM 崩溃或未定义行为。处理完异常后通常需要清除（env->ExceptionClear()）。

  3. 关键机制：

    • 类型映射： JNI 定义了基本类型（jint, jboolean, jdouble 等）和引用类型（jobject, jclass, jstring, jarray, jthrowable）与 Java 类型的对应关系。引用类型需要特殊处理。
    • 引用管理 (至关重要！)：
      • 本地引用 (Local References)： 由 JNI 函数返回的大部分对象引用（如 NewStringUTF, GetObjectArrayElement, CallObjectMethod）都是本地引用。它们在当前 native 方法执行期间有效，方法返回后会自动释放。重要： 在长时间运行的原生循环或创建大量对象时，必须使用 env->DeleteLocalRef(localRef) 主动释放，否则可能耗尽 JVM 的本地引用表，导致 Fatal Error。
      • 全局引用 (Global References)： 使用 env->NewGlobalRef(localRef) 创建。它们一直有效，直到显式调用 env->DeleteGlobalRef(globalRef) 释放。用于缓存频繁使用的类、方法 ID 或需要在多个 native 调用间保持活动的对象。
      • 弱全局引用 (Weak Global References)： 使用 env->NewWeakGlobalRef(localRef) 创建。不会阻止垃圾回收器回收对象。使用前必须用 env->IsSameObject(weakRef, NULL) 或 env->IsSameObject(weakRef, ...) 检查对象是否已被回收。
    • 字符串处理： jstring 是 Java String 对象的引用。在原生代码中使用 GetStringUTFChars 获取指向 UTF-8 编码 C 字符串的指针（只读或可修改），使用完毕后必须调用 ReleaseStringUTFChars 释放。NewStringUTF 可以从 C 字符串创建 jstring。避免频繁转换。
    • 数组处理： 对于原始类型数组（jintArray, jbyteArray），使用 Get<PrimitiveType>ArrayElements 获取指向底层数组的指针（可能是拷贝或直接指针）。操作完成后必须调用 Release<PrimitiveType>ArrayElements 释放。使用 GetArrayRegion/SetArrayRegion 可安全地复制部分数组数据，避免获取整个数组指针的开销。New<PrimitiveType>Array 创建新数组。
    • 线程： JNIEnv 指针 (env) 是线程相关的。不能将一个线程的 env 传递给另一个线程使用。在原生创建的线程（Attached Threads）中访问 JNI，必须先调用 JNIEnv *env = (JNIEnv*)pthread_getspecific(jni_key); (如果已设置) 或通过 JavaVM* 指针调用 AttachCurrentThread(&env, NULL) 将线程附加到 JVM 来获取 env。使用完毕后必须调用 DetachCurrentThread()。

应用场景 (为什么使用 NDK/JNI)：

  1. 性能关键型任务：
    • CPU 密集型计算： 数学运算、物理模拟、复杂算法（加密解密、图像/视频编码解码、信号处理）。C/C++ 通常比 Java/Kotlin 更快（尤其在利用 SIMD 指令时）。
    • 内存操作密集型任务： 需要精细控制内存布局和访问模式的任务（如大型矩阵运算、自定义数据结构）。
  2. 重用现有 C/C++ 库：
    • 跨平台库： OpenCV (计算机视觉), FFmpeg (音视频处理), TensorFlow Lite (机器学习), SQLite (数据库), Bullet Physics (物理引擎) 等。
    • 遗留代码： 将公司或社区已有的成熟 C/C++ 代码集成到 Android 应用中。
  3. 底层硬件访问和控制：
    • 需要直接操作特定硬件特性或寄存器（虽然 Android 通常通过 HAL 和 Framework API 抽象硬件）。
    • 需要极低延迟的操作（如高精度音频处理）。
  4. 平台特定优化： 利用特定 CPU 架构（如 ARM NEON）的指令集进行高度优化。
  5. 安全性考虑 (谨慎使用)： 将敏感算法或密钥存储在 native 代码中，增加反编译难度（但绝非绝对安全，native 代码也能被逆向）。

优势：

  • 性能： 对于计算密集型任务，C/C++ 通常能提供显著的性能优势。
  • 代码复用： 重用庞大的、成熟的、跨平台的 C/C++ 生态系统库。
  • 硬件访问： 提供更接近硬件的操作能力（需权限）。
  • 内存控制： 提供更精细的内存管理（但风险也更大）。

劣势与挑战：

  1. 复杂性陡增：
    • 构建系统： 需要管理 CMake/ndk-build、Native 依赖、ABI 过滤等，比纯 Java/Kotlin 项目复杂得多。
    • JNI 编程模型： 类型转换、引用管理、异常处理、字符串/数组操作、线程安全都需要开发者非常小心，极易出错。
    • 调试困难： Native 崩溃日志（如 signal 11 (SIGSEGV)）通常不如 Java 异常堆栈清晰。需要 ndk-stack 等工具解析，或使用 LLDB 进行原生调试，配置和使用比 Java 调试复杂。
  2. 开发效率降低： 编写、调试和维护 JNI 胶水代码（Glue Code）非常耗时，且容易引入 Bug。
  3. 内存安全风险： C/C++ 缺乏自动内存管理和边界检查，容易引发内存泄漏（Memory Leaks）、野指针（Dangling Pointers）、缓冲区溢出（Buffer Overflows）、段错误（Segmentation Faults）等严重问题，导致应用崩溃甚至安全漏洞。
  4. 跨平台兼容性问题： 需要为不同的 CPU 架构（armeabi-v7a, arm64-v8a, x86, x86_64）编译多个 .so 文件，增加 APK 大小。需要处理不同架构下的潜在差异（如字节序、对齐）。
  5. 启动性能： 加载 .so 库需要时间，可能影响应用启动速度。
  6. 维护成本高： 需要同时具备 Java/Kotlin 和 C/C++ 开发能力的团队，增加了知识要求和维护负担。

性能考量 (并非万能药)：

  • JNI 调用开销： 每次 Java -> Native 或 Native -> Java 的调用本身就有一定的开销（参数/返回值转换、边界检查、可能的线程状态切换）。避免在紧密循环中进行大量细粒度的 JNI 调用！
  • 数据传输开销： 在 Java 堆和 Native 堆之间传递大量数据（如大数组、字符串）可能涉及复制操作，成本高昂。尽量在 Native 侧处理完整的数据块，减少跨边界的数据传递次数和量。
  • 内存布局： 利用 C/C++ 对内存布局的精细控制（如结构体紧密排列、避免指针间接访问）可以提升缓存友好性，这是 Java 对象难以企及的。
  • SIMD 指令： C/C++ 编译器更容易生成或开发者更容易显式使用 SIMD (如 NEON, SSE) 指令进行数据并行计算，大幅提升向量运算性能。
  • 权衡： 在决定使用 Native 之前，务必进行严格的性能分析和基准测试 (Benchmarking)。很多情况下，优化良好的 Java/Kotlin 代码（特别是利用 ART 优化和现代 API）可能已经足够快，且避免了 JNI 的复杂性和开销。只有当 Native 带来的性能提升显著超过其引入的开销和复杂性成本时，才应使用。

最佳实践：

  1. 最小化 JNI 边界： 设计时尽量让跨 JNI 边界的调用次数少、每次传递的数据量大。在 Native 侧完成尽可能多的工作。
  2. 谨慎管理引用：
    • 严格释放： 对 NewGlobalRef, NewWeakGlobalRef, New<Type>Array, Get<Type>ArrayElements, GetStringUTFChars 等函数创建的非本地引用或获取的资源，使用完毕后必须调用对应的 Release 或 Delete 函数。
    • 缓存 ID： 频繁使用的 jclass, jmethodID, jfieldID 应该在初始化时（如 JNI_OnLoad）查找并缓存为全局引用（jclass）或直接缓存 ID（jmethodID/jfieldID 本身是普通值，不需要作为全局引用管理，但保存它们的 jclass 需要是全局引用）。
  3. 正确处理异常： 在 Native 代码中调用 JNI 函数后，如果该函数可能抛出 Java 异常，必须检查异常（env->ExceptionCheck()）并妥善处理（清除、返回错误码或抛出 Native 异常）。不要让异常悬而未决。
  4. 高效处理字符串和数组：
    • 优先使用 GetStringRegion/GetStringUTFRegion 和 GetArrayRegion/SetArrayRegion 进行部分复制，避免获取整个数组指针。
    • 如果必须获取指针，尽早 Release。
    • 避免在 JNI 边界频繁传递和转换字符串。
  5. 线程安全：
    • 不要在未附加的线程中使用 JNIEnv。使用 AttachCurrentThread/DetachCurrentThread。
    • 注意全局共享数据的同步（使用 Mutex 等）。
  6. 健壮的错误处理： Native 代码应有清晰的错误返回机制，并通过 JNI 将错误信息（或异常）传递回 Java 层。
  7. 使用现代构建系统 (CMake)： 优先使用 CMake 而非已废弃的 ndk-build (Android.mk/Application.mk)。CMake 更强大、更通用、与现代 IDE 集成更好。
  8. 利用 C++ 特性： 使用 RAII (Resource Acquisition Is Initialization) 模式管理资源（如使用 std::unique_ptr 配合自定义 Deleter 管理 JNI 本地引用或数组指针），利用 C++ 标准库（std::vector, std::string）简化开发，但要处理好与 JNI 类型的转换。
  9. ABI 管理： 在 build.gradle 中使用 ndk.abiFilters 明确指定需要支持的 ABI，避免打包不需要的库增大 APK 体积。
  10. 详尽日志： 在 Native 代码中添加详细的日志（使用 __android_log_print），方便调试。注意日志级别和性能。
  11. 内存分析： 使用 Address Sanitizer (ASan) 和 Valgrind (较旧) 等工具检测 Native 内存错误。
  12. 安全编码： 特别注意缓冲区溢出、格式化字符串漏洞等常见 C/C++ 安全问题。

现代发展趋势与替代方案：

  1. Java (Kotlin) 性能提升： ART 运行时的持续优化（AOT, JIT, Profile-Guided Optimization - PGO）、硬件性能提升、更好的 Java/Kotlin API（如 java.util.concurrent, java.nio）使得许多以前需要 Native 的任务现在可以在 Managed 层高效完成。
  2. Renderscript 的弃用： Google 已弃用 Renderscript（一种用于并行计算的高级框架），开发者转向 Vulkan（图形计算）或直接使用 NDK 进行高性能计算。
  3. Vulkan： 用于高性能 3D 图形和并行计算的现代跨平台 API。通过 NDK 提供。在图形和计算密集型任务上是 OpenGL ES 的强大替代品。
  4. Android Jetpack 组件：
    • CameraX： 简化相机开发，底层可能使用 Native，但暴露的是 Java/Kotlin API。
    • Media3/ExoPlayer： 强大的媒体播放库，内部使用 Native 编解码器，但提供 Java/Kotlin API。
    • TensorFlow Lite： 虽然核心是 C++，但提供了易于使用的 Java/Kotlin API。
  5. 机器学习： ML Kit 和 TensorFlow Lite 提供了高层级的 Java/Kotlin API，隐藏了底层 Native 实现的复杂性。
  6. 跨平台框架： Flutter (Dart), React Native (JavaScript), Kotlin Multiplatform Mobile (KMM) 等试图提供跨平台解决方案，它们内部可能使用 Native，但开发者主要使用高级语言。KMM 特别允许在 Android 和 iOS 间共享 Kotlin 业务逻辑（包括可能调用平台特定的 Native 代码）。
  7. WebAssembly (Wasm)： 一种新兴的二进制指令格式，有望在未来提供一种更安全、更跨平台的 Native 代码执行方式（通过浏览器引擎或独立运行时），但目前（Android API 33+ 支持有限）在 Android NDK 中的集成度和成熟度还远不如直接使用 JNI。

结论：

Android NDK 和 JNI 是连接 Java/Kotlin 世界与 C/C++ 原生世界的强大但复杂的桥梁。它们对于性能极致要求、重用庞大 C/C++ 生态、底层硬件交互等场景是不可或缺的工具。然而，其引入的开发复杂性、调试难度、内存安全风险和维护成本是巨大的。

决策建议：

  1. 优先考虑纯 Java/Kotlin 解决方案。 现代 Android 运行时的性能已经非常优秀。
  2. 严格评估性能需求。 只有在经过充分 Profiling 证明 Managed 层确实是瓶颈，且预计 Native 能带来显著收益时，才考虑使用。
  3. 优先寻找封装好的 Java/Kotlin 库或 Jetpack 组件。 许多底层使用 Native 的高性能库（如 CameraX, Media3, TFLite）已经提供了优秀的 Java/Kotlin API，无需直接面对 JNI。
  4. 如果必须使用 NDK/JNI：
    • 务必深刻理解 JNI 规范，特别是引用管理、异常处理和线程安全。
    • 遵循最佳实践，最小化 JNI 边界，谨慎管理资源。
    • 使用现代工具链（CMake）和调试工具（LLDB, ASan）。
    • 进行严格的测试（功能、性能、稳定性、内存泄漏、多线程）和代码审查。
    • 清晰隔离 Native 模块，设计好与 Java 层的接口。

NDK/JNI 是一把双刃剑。用得好，可以解锁 Android 应用的性能极限和复用强大生态；用不好，则会引入无尽的崩溃、内存问题和维护噩梦。务必谨慎评估，理性选择。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若转载，请注明出处：http://www.pswp.cn/web/90187.shtml
繁体地址，请注明出处：http://hk.pswp.cn/web/90187.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

Golang各版本特性

Golang各版本特性

1. Go各版本特性 | FeelingLife 2. https://chatgpt.com/share/68808f58-ae5c-800a-8153-5358098f301b 3.https://tonybai.com/2024/11/14/go-map-use-swiss-table/
阅读更多...
HTML 转 Word API 接口

HTML 转 Word API 接口

HTML 转 Word API 接口 支持网页转 Word&#xff0c;高效转换为 Word&#xff0c;提供永久链接。 1. 产品功能 超高性能转换效率&#xff1b;支持将传递的 HTML 转换为 Word&#xff0c;支持 HTML 中的 CSS 格式在 Word 文档中的呈现&#xff1b;支持传递网站的 URL&#xff…
阅读更多...
Lucid Search: 极简、隐私友好的问答式搜索引擎技术解析

Lucid Search: 极简、隐私友好的问答式搜索引擎技术解析

Lucid Search: 极简、隐私友好的问答式搜索引擎技术解析 产品定位与价值主张 Lucid Search 是一款革命性的问答式搜索引擎&#xff0c;其核心价值在于&#xff1a; 极简体验&#xff1a;无账户、无广告、前端完全静态隐私保护&#xff1a;不写入 Cookie、不记录 IP、无追踪即…
阅读更多...
卷积神经网络：模型评估标准

卷积神经网络：模型评估标准

一、分类模型评价指标在模型评估中&#xff0c;有多个标准用于衡量模型的性能&#xff0c;这些标准包括准确率&#xff08;Accuracy&#xff09;、精确率&#xff08;Precision&#xff09;、召回率&#xff08;Recall&#xff09;、F1 分数&#xff08;F1-Score&#xff09;等…
阅读更多...
【前端工程化】前端开发中想做好发布管理可以从哪些方面着手？

【前端工程化】前端开发中想做好发布管理可以从哪些方面着手？

在企业级后台系统中&#xff0c;发布管理是整个开发流程的最终环节&#xff0c;也是最为关键的一环。它不仅涉及代码构建完成后的部署操作&#xff0c;还包括版本控制、灰度发布、回滚机制等保障系统稳定性的措施。 本文主要围绕发布流程设计、版本控制、部署方式、灰度策略和回…
阅读更多...
替分布式=成本下降50% ！

替分布式=成本下降50% ！

在数字化转型的浪潮中&#xff0c;数据库作为医疗信息系统的“心脏”&#xff0c;其稳定性与效率直接关乎医疗服务的质量。2024年10月30日&#xff0c;绵阳市第三人民医院集成平台的CDR数据库成功从分布式数据库Citus切换为国产集中式数据库KingbaseES&#xff0c;并稳定运行至…
阅读更多...
【Linux系统编程】基础指令

【Linux系统编程】基础指令

基础指令1. adduser指令&&passwd指令2. userdel指令3. pwd指令4. ls指令5. cd指令6. tree指令7. touch指令8. mkdir指令9. rmdir指令&&rm指令10. man指令11. cp指令12. mv指令13. cat指令14. more指令15. less指令16. head指令17. tail指令18. date指令19. cal…
阅读更多...
区块链之以太坊Hardhat开发框架——部署在windows为例

区块链之以太坊Hardhat开发框架——部署在windows为例

Hardhat 提供了一个灵活且易于使用的开发环境&#xff0c;可以轻松地编写、测试和部署智能合约。Hardhat还内置了Hardhat 网络&#xff08;Hardhat Node&#xff09;&#xff0c;它是为开发而设计的本地以太坊网络。 下面是hardhat的官方文档 https://hardhat.org/hardhat-ru…
阅读更多...
Ubuntu 1804 编译ffmpeg qsv MediaSDK libva 遇到的问题记录

Ubuntu 1804 编译ffmpeg qsv MediaSDK libva 遇到的问题记录

之前都是 用的xeon服务器的cpu 不支持intel QSV 硬件加速 最近把自己的 14年买的pc机装上了ubuntu 1804 然后准备开启ffmpeg qsv 硬件加速功能 CPU i3-4170 内存DDR3 16G 硬盘机械盘500G 主板ASUS B85M-G首先安装vainfo工具apt install vainfo装完提示如下出错了 网上说是…
阅读更多...
Elasticsearch(ES)介绍和安装

Elasticsearch(ES)介绍和安装

目录 一、Elasticsearch(ES)介绍 1.为什么需要单独的搜索服务 2.全文检索 3.Elasticsearch简介 1.Elasticsearch的特点 2.应用场景 3.ElasticSearch数据的存储和搜索原理 二、Elasticsearch(ES)安装 1、拉取镜像 2、创建目录并给目录赋权 3、创建并编辑配置文件 4、…
阅读更多...
html结构解析

html结构解析

<!DOCTYPE html>&#xff1a;声明为 HTML5 文档 <html lang"zh-CN">&#xff1a;根元素&#xff0c;指定页面语言为中文 <meta charset"UTF-8">&#xff1a;设置字符编码&#xff0c;确保中文正常显示 <meta name"viewport"…
阅读更多...
面试150 最大子数组和

面试150 最大子数组和

思路 贪心法&#xff1a;设定最小标志result为float(‘-inf’),遍历一次数组元素进行求和&#xff0c;如果当前元素大于result&#xff0c;则更新result的值&#xff0c;如果sum小于0&#xff0c;则重新置0进行计算&#xff0c;最后返回result class Solution:def maxSubArray(…
阅读更多...
MyBatis动态SQL实战：告别硬编码，拥抱智能SQL生成

MyBatis动态SQL实战：告别硬编码，拥抱智能SQL生成

MyBatis动态SQL实战&#xff1a;告别硬编码&#xff0c;拥抱智能SQL生成在电商平台的用户管理模块中&#xff0c;需要面对多种不同的用户查询组合条件。当使用传统的硬编码SQL方式时&#xff0c;代码膨胀到了2000多行&#xff0c;维护成本极高。而引入MyBatis动态SQL后&#xf…
阅读更多...
Web前端开发：JavaScript遍历方法详解与对比

Web前端开发：JavaScript遍历方法详解与对比

1. 传统 for 循环const arr [10, 20, 30]; for (let i 0; i < arr.length; i) {console.log(索引 ${i}: 值 ${arr[i]}); } // 输出&#xff1a; // 索引 0: 值 10 // 索引 1: 值 20 // 索引 2: 值 30特点&#xff1a;最基础的循环&#xff0c;可通过索引精准控制适用场景&…
阅读更多...
Python 爬虫（一）：爬虫伪装

Python 爬虫（一）：爬虫伪装

目录 1 简介2 伪装策略 2.1 Request Headers 问题2.2 IP 限制问题 3 总结 1 简介 对于一些有一定规模或盈利性质比较强的网站&#xff0c;几乎都会做一些防爬措施&#xff0c;防爬措施一般来说有两种&#xff1a;一种是做身份验证&#xff0c;直接把虫子挡在了门口&#xff…
阅读更多...
TODAY()-WEEKDAY(TODAY(),2)+1

TODAY()-WEEKDAY(TODAY(),2)+1

这个Excel公式 TODAY()-WEEKDAY(TODAY(),2)1 用于计算 当前周的周一日期。下面详细解释它的逻辑和用法&#xff1a;公式解析TODAY()返回当前日期&#xff08;例如今天是2023年12月20日&#xff0c;则 TODAY() 2023/12/20&#xff09;。WEEKDAY(TODAY(), 2)计算当前日期是星期几…
阅读更多...
Fast Frequency Estimation Algorithm by Least Squares Phase Unwrapping

Fast Frequency Estimation Algorithm by Least Squares Phase Unwrapping

I. 引言 单个含噪正弦信号的频率估计是一个研究已久的问题&#xff0c;并有多种应用[1]。在高斯白噪声假设下&#xff0c;最大似然(ML)频率估计器是Rife和Boorstyn [2]中提出的周期图估计器&#xff0c;其中傅里叶变换用于搜索周期图的最大值。周期图估计器被广泛认为是单频估计…
阅读更多...
C语言常见的预定符号常量

C语言常见的预定符号常量

C语言常见的预定符号常量C 语言提供了丰富的预定义符号常量&#xff0c;分布在不同头文件中&#xff0c;用于获取编译信息、数值范围、浮点特性等关键信息。以下是常见预定义符号常量的分类总结&#xff1a;一、预定义宏&#xff08;编译时信息&#xff09;由编译器自动定义&am…
阅读更多...
【2025】使用vue构建一个漂亮的天气卡片

【2025】使用vue构建一个漂亮的天气卡片

1. 核心框架&#xff1a;Vue Vue 以其轻量、易用、响应式数据绑定的特点&#xff0c;非常适合快速构建这类小型界面组件。即使是直接通过 CDN 引入&#xff0c;也能高效开发&#xff0c;降低项目复杂度&#xff0c;无需搭建完整工程化环境 。 2. 网络请求&#xff1a;Axios 用于…
阅读更多...
Ruby 命令行选项详解

Ruby 命令行选项详解

Ruby 命令行选项详解 引言 Ruby 是一种广泛使用的编程语言，它以其简洁、优雅和强大的功能而闻名。在 Ruby 的使用过程中，命令行界面（CLI）提供了丰富的选项，可以帮助开发者更高效地与 Ruby 环境交互。本文将详细解析 Ruby 命令行选项，旨在帮助开发者更好地利用这些工具。…
阅读更多...
最新文章

Copyright @ 2022~2023