【Bluedroid】蓝牙协议栈enable流程深度解析

已于 2025-07-15 10:16:40 修改
阅读量574 收藏 26
点赞数 18
CC 4.0 BY-SA版权
分类专栏： Android 蓝牙源码刨析：深入理解通信协议与数据交互 文章标签： C++ Android Bluedroid
于 2025-07-14 22:51:29 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_37800531/article/details/149297308

本文详细剖析 Bluedroid 蓝牙功能启用的核心流程，从enable()函数触发开始，深入解析蓝牙协议栈的异步启动机制、核心协议模块初始化、硬件控制器绑定及状态同步全流程。重点阐述接口就绪性检查、异步线程管理、配置文件回调机制等关键环节，揭示蓝牙栈从软件初始化到硬件交互的完整生命周期管理。

一、概述

1. 接口就绪性与异步启动

  • 接口检查：enable()函数首先通过interface_ready()验证蓝牙硬件和软件接口是否就绪

  • 异步启动：通过stack_manager_get_interface()->start_up_stack_async()非阻塞启动蓝牙栈，避免主线程阻塞

2. 协议栈核心初始化流程

  • 状态校验：event_start_up_stack首先检查stack_is_running避免重复启动

  • 基础环境初始化：通过ensure_stack_is_initialized确保协议栈基础环境仅初始化一次

  • 核心模块加载：按序初始化 BTM、L2CAP、GATT、SDP 等协议模块，构建协议栈基础架构

  • 配置文件回调：通过startProfiles()触发上层业务逻辑，启动 A2DP、HID 等配置文件

3. 硬件交互与状态同步

  • 控制器绑定：初始化 GD_CONTROLLER_MODULE 与物理硬件交互，完成固件加载与射频校准

  • 异步等待机制：通过future_await阻塞等待硬件初始化完成，确保协议栈与硬件状态一致

  • 错误处理：启动失败时通过event_shut_down_stack完成资源清理

  • 状态通知：通过event_signal_stack_up通知 JNI 线程，触发系统状态变更广播

4. 分层架构设计

  • 协议层：BTM、L2CAP 等底层协议模块负责硬件抽象

  • 应用层：BTA 模块封装上层 API，提供设备管理等应用级功能

  • 接口层：BTIF 模块实现与 Android Framework 的接口适配

二、源码解析

enable

packages/modules/Bluetooth/system/btif/src/bluetooth.cc
static int enable() {
  if (!interface_ready()) return BT_STATUS_NOT_READY;

  stack_manager_get_interface()->start_up_stack_async(
      CreateInterfaceToProfiles(), &start_profiles, &stop_profiles);
  return BT_STATUS_SUCCESS;
}

启动蓝牙栈，并在栈启动完成后异步初始化蓝牙配置文件（如 HID、A2DP、GATT 等）。流程可概括为：

  • 接口就绪性检查：确保蓝牙硬件和软件接口已准备好（如驱动加载、硬件初始化完成）。

  • 异步启动蓝牙栈：通过非阻塞方式启动蓝牙协议栈，避免阻塞调用线程。

  • 配置文件回调注册：在栈启动成功 / 失败时，触发配置文件的启动或停止逻辑。

start_up_stack_async

packages/modules/Bluetooth/system/btif/src/stack_manager.cc
static void start_up_stack_async(bluetooth::core::CoreInterface* interface, // 蓝牙核心接口指针
                                 ProfileStartCallback startProfiles, // 栈启动成功后的回调函数
                                 ProfileStopCallback stopProfiles) { // 栈启动失败/停止后的回调函数
  management_thread.DoInThread(
      FROM_HERE, base::BindOnce(event_start_up_stack, interface, startProfiles,
                                stopProfiles));}

通过异步线程管理和回调机制，实现了蓝牙栈启动与配置文件初始化的解耦，确保核心流程在独立线程中可靠执行。

event_start_up_stack

packages/modules/Bluetooth/system/btif/src/stack_manager.cc
// Unvetted includes/imports, etc which should be removed or vetted in the
// future
static future_t* hack_future;
// End unvetted section

// If running, the stack is fully up and able to bluetooth.
static bool stack_is_running;

// Synchronous function to start up the stack
static void event_start_up_stack(bluetooth::core::CoreInterface* interface,
                                 ProfileStartCallback startProfiles,
                                 ProfileStopCallback stopProfiles) {
  // 1. 启动前状态校验：避免重复启动
  if (stack_is_running) {
    log::info("stack already brought up");
    return;
  }

  // 2. 基础环境初始化：确保运行前提
  ensure_stack_is_initialized(interface);

  // 3.  异步等待标记创建：阻塞等待硬件就绪
  log::info("is bringing up the stack");
  future_t* local_hack_future = future_new(); // 阻塞当前线程，等待某些异步操作完成（如硬件固件加载、控制器初始化）
  hack_future = local_hack_future;

  // 4. 核心协议模块初始化：构建协议栈基础
  log::info("Gd shim module enabled");
  get_btm_client_interface().lifecycle.btm_init();       // BTM（蓝牙传输管理层）初始化
  module_start_up(get_local_module(BTIF_CONFIG_MODULE)); // BTIF配置模块启动（蓝牙接口层）
  l2c_init(); // L2CAP（逻辑链路控制与适配协议）初始化
  sdp_init(); // SDP（服务发现协议）初始化
  gatt_init(); // GATT（通用属性协议）初始化
  SMP_Init(get_btm_client_interface().security.BTM_GetSecurityMode()); // SMP（安全管理协议）初始化
  get_btm_client_interface().lifecycle.btm_ble_init();   // BTM BLE子模块初始化
  RFCOMM_Init(); // RFCOMM（串口仿真协议）初始化
  GAP_Init();  // GAP（通用访问配置文件）初始化

  // 5. 配置文件启动回调：触发上层业务逻辑
  startProfiles();

  // 6. 蓝牙应用层（BTA）初始化：封装上层 API
  bta_sys_init();                                   // BTA系统模块初始化（事件队列、消息机制）
  module_init(get_local_module(BTE_LOGMSG_MODULE)); // 日志模块初始化（用于协议栈内部日志记录）
  btif_init_ok();                                   // BTIF层标记初始化完成（通知上层接口就绪）
  BTA_dm_init();                                   // BTA设备管理模块初始化（设备发现、配对管理）
  bta_dm_enable(btif_dm_sec_evt, btif_dm_acl_evt); // 启用设备管理（注册安全事件、ACL连接事件回调）

  // 7. 硬件与控制器绑定：连接物理硬件
  btm_acl_device_down();  // 关闭所有现有ACL连接（启动前清理）
  CHECK(module_start_up(get_local_module(GD_CONTROLLER_MODULE))); // 启动GD控制器模块（与硬件控制器交互）
  BTM_reset_complete(); // 通知BTM控制器重置完成（硬件初始化完成）
  BTA_dm_on_hw_on(); // 通知BTA设备管理模块硬件已开启

  // 8. 异步等待与错误处理：确保硬件就绪
  // 阻塞当前线程，等待local_hack_future被标记为完成
  // 若超时或失败，进入错误处理流程
  if (future_await(local_hack_future) != FUTURE_SUCCESS) {
    log::error("failed to start up the stack");
    stack_is_running = true;  // So stack shutdown actually happens
    event_shut_down_stack(stopProfiles); // 启动失败，触发清理
    return;
  }

  // 9. 最终状态同步与完成
  module_start_up(get_local_module(RUST_MODULE));  // 启动Rust模块
  stack_is_running = true; // 标记栈已成功运行
  log::info("finished");
  do_in_jni_thread(FROM_HERE, base::BindOnce(event_signal_stack_up, nullptr)); // 通知JNI线程栈已启动
}

同步完成蓝牙栈的完整初始化，包括：

  • 协议模块初始化（如 L2CAP、SDP、GATT 等）；

  • 配置文件启动（通过startProfiles回调）；

  • 硬件与系统服务绑定（如 BTM、GD 控制器）；

  • 错误处理与资源清理（如启动失败时的栈关闭）；

  • 状态同步（通知 JNI 线程栈已启动）。

执行流程可概括为：

状态校验 → 基础环境初始化 → 异步等待标记创建 → 核心协议模块初始化 → 配置文件启动 → 应用层初始化 → 硬件绑定 → 异步等待硬件就绪 → 错误处理/状态同步

异步等待的必要性：

future_await用于等待硬件初始化完成（如控制器固件加载、射频校准），这些操作通常由硬件驱动异步执行。通过阻塞管理线程等待，确保协议栈在硬件就绪后再继续初始化，避免因硬件未就绪导致的功能异常。

①启动前状态校验：避免重复启动

stack_is_running：全局布尔变量，标记蓝牙栈是否已处于 “完全运行” 状态（所有模块初始化完成，可正常通信）。

防止多次调用启动函数导致的模块重复初始化、资源竞争（如多个 L2CAP 实例冲突）或硬件状态混乱。

②基础环境初始化：ensure_stack_is_initialized

packages/modules/Bluetooth/system/btif/src/stack_manager.cc
// If initialized, any of the bluetooth API functions can be called.
// (e.g. turning logging on and off, enabling/disabling the stack, etc)
static bool stack_is_initialized;

static void ensure_stack_is_initialized(
    bluetooth::core::CoreInterface* interface) {
  if (!stack_is_initialized) {
    log::warn("found the stack was uninitialized. Initializing now.");
    // No future needed since we are calling it directly
    init_stack_internal(interface);
  }
}

蓝牙协议栈生命周期管理中的初始化守护函数，通过全局状态标记stack_is_initialized确保蓝牙栈的基础环境仅被初始化一次，避免重复初始化导致的资源竞争或状态混乱。为后续模块启动和功能调用提供可靠的前提条件。

检查stack_is_initialized是否为false（未初始化）。若已初始化（true），函数直接返回。如果没有初始化，调用init_stack_internal(interface)执行实际初始化逻辑。【Bluedroid】蓝牙启动之init_stack_internal 函数全流程源码解析-CSDN博客

③异步等待标记创建：阻塞等待硬件就绪

  • future_t：异步等待对象，用于阻塞当前线程，等待硬件初始化（如固件加载、射频校准）等异步操作完成。

  • hack_future：全局变量，用于其他线程（如硬件驱动线程）设置完成状态。（通过future_ready()设置）

④核心协议模块初始化：构建协议栈基础

模块功能说明（按初始化顺序）：

⑤配置文件启动回调：startProfiles

调用上层传入的startProfiles回调函数，启动蓝牙配置文件（Profiles）的业务逻辑。

典型操作（根据具体 Profile 类型）：

  • 音频类（A2DP）：注册音频流传输服务；

  • 人机接口类（HID）：初始化 HID 主机以支持键盘、鼠标连接；

  • 智能设备类（GATT）：注册自定义 GATT 服务（如心率传感器）。

【Bluedroid】蓝牙启动之核心模块（startProfiles ）初始化与功能源码解析-CSDN博客

⑥蓝牙应用层（BTA）初始化：封装上层 API

BTA（Bluetooth Application Layer）：蓝牙应用层，负责将协议栈功能封装为上层可调用的 API（如 Android 的BluetoothManager），并管理设备发现、配对等应用级逻辑。

关键模块：

【Bluedroid】蓝牙启动之 BTA_dm_init 流程源码解析-CSDN博客

【Bluedroid】蓝牙启动之 bta_dm_enable 流程梳理 & 源码解析-CSDN博客

⑦ 硬件与控制器绑定：连接物理硬件

GD_CONTROLLER_MODULE：蓝牙硬件控制器的抽象层（ “GD” 即 “Generic Driver” 的缩写），负责与具体蓝牙芯片（如高通、博通）交互，完成以下操作：

  • 加载芯片固件（如bt_firmware.bin）；

  • 配置控制器参数（如 MTU 大小、功耗模式）；

  • 启动射频（RF）模块，完成校准。

btm_acl_device_down：清理历史连接，避免残留的 ACL 连接干扰新启动流程。【Bluedroid】蓝牙启动之 btm_acl_device_down 流程源码解析-CSDN博客

BTM_reset_complete: 通知BTM控制器重置完成（硬件初始化完成）。​​​​​​​【Bluedroid】蓝牙启动之BTM_reset_complete源码解析-CSDN博客

BTA_dm_on_hw_on：通知BTA设备管理模块硬件已开启。​​​​​​​【Bluedroid】蓝牙设备管理器初始化全流程深度解析(BTA_dm_on_hw_on)-CSDN博客

⑧异步等待与错误处理：确保硬件就绪

  • future_await：阻塞当前线程，等待local_hack_future被标记为完成（由硬件驱动线程或其他异步任务通过future_set触发）。若超时或失败（返回非FUTURE_SUCCESS），进入错误处理。

  • 错误处理逻辑：

    • 强制标记stack_is_running = true：确保event_shut_down_stack能触发完整的关闭流程（如释放已初始化的模块）；

    • 调用event_shut_down_stack(stopProfiles)：清理已初始化的模块（如关闭 BTA 服务、释放协议层资源），避免状态不一致。

⑨最终状态同步与完成：通知上层栈已启动

  • RUST_MODULE：用 Rust 语言实现的模块（如安全敏感逻辑或高性能计算），需在核心模块启动后加载。

  • do_in_jni_thread：将event_signal_stack_up任务提交到 JNI 线程（ Android 的主线程），通知上层（如BluetoothManagerService）蓝牙栈已启动完成，触发系统广播（如ACTION_BLUETOOTH_STATE_CHANGED）或 UI 更新（如蓝牙开关按钮变蓝）。

event_signal_stack_up

packages/modules/Bluetooth/system/btif/src/stack_manager.cc
static void event_signal_stack_up(void* /* context */) {
  // Notify BTIF connect queue that we've brought up the stack. It's
  // now time to dispatch all the pending profile connect requests.
   // 1. 调度积压的连接请求
   btif_queue_connect_next();
   
  // 2. 通知上层蓝牙状态已变为“开启”
  GetInterfaceToProfiles()->events->invoke_adapter_state_changed_cb(
      BT_STATE_ON);
}

在蓝牙栈完全启动后（即event_start_up_stack函数成功执行完毕），由 JNI 线程（ Android 主线程）调用，确保上层应用能及时感知蓝牙状态变化。

主要负责触发两个核心操作:

  • 处理蓝牙栈启动前积压的连接请求（如在蓝牙开启过程中已提交的连接任务）；

  • 通知所有注册的回调函数：蓝牙适配器状态已变为 “开启”（BT_STATE_ON）。

作为蓝牙栈启动完成的 “回调终点”，将底层启动细节（如协议模块初始化、硬件绑定）与上层业务逻辑（如连接请求处理、状态通知）分离，符合单一职责原则。

①btif_queue_connect_next

蓝牙接口层（BTIF）的连接队列调度函数，负责处理启动前积压的连接请求。具体逻辑可能包括：

  • 从连接请求队列（如btif_connect_queue）中取出下一个待处理的连接任务（如连接蓝牙耳机、HID 设备）；

  • 调用对应配置文件（Profile）的连接接口（如A2DP_Connect、HID_Connect）执行实际连接操作；

  • 若队列中还有任务，则递归调用自身继续处理，直到队列为空。

在蓝牙栈启动过程中，上层可能已提交了连接请求（如用户在蓝牙开关动画期间点击连接设备）。通过队列机制，确保这些请求在栈启动完成后按序执行，避免丢失或乱序。

  • 队列机制允许用户在蓝牙启动过程中提前发起操作（如点击连接设备），系统会在栈就绪后自动执行，减少用户等待时间。

  • 状态变更通知及时触发 UI 更新，使蓝牙开关动画与实际功能状态同步，提升交互流畅感。

②通知上层蓝牙状态变更：invoke_adapter_state_changed_cb

  • GetInterfaceToProfiles()：获取蓝牙配置文件（Profiles）的接口管理器，通常是单例对象，负责管理所有配置文件的生命周期和事件分发。

  • events：配置文件事件处理器，包含一组回调函数指针，用于处理蓝牙状态变更、设备发现等事件。

  • invoke_adapter_state_changed_cb(BT_STATE_ON)：遍历并调用所有注册的适配器状态变更回调函数，通知蓝牙适配器已进入 “开启” 状态（BT_STATE_ON）。

packages/modules/Bluetooth/system/btif/src/bluetooth.cc
void invoke_adapter_state_changed_cb(bt_state_t state) {
  do_in_jni_thread(FROM_HERE, base::BindOnce(
                                  [](bt_state_t state) {
                                    HAL_CBACK(bt_hal_cbacks,
                                              adapter_state_changed_cb, state);
                                  },
                                  state));
}

蓝牙协议栈与 Android 系统框架之间的状态回调桥梁，主要负责将蓝牙适配器的状态变更（如开启、关闭）异步通知到 Java 层。确保 Java 层能及时更新蓝牙状态并通知应用。

  • do_in_jni_thread：将任务提交到 JNI 线程（ Android 主线程）执行，确保 Java 层回调在正确的线程上下文执行。这是必要的，因为：

    • Android Java 框架的 UI 操作必须在主线程进行；

    • JNI 回调函数通常要求在创建它们的线程中调用，以避免线程安全问题。

  • base::BindOnce：创建一个一次性执行的回调（lambda 函数），并将当前状态（state）作为参数绑定到该回调中。BindOnce确保回调仅执行一次，执行后自动释放资源。

  • bt_hal_cbacks：蓝牙 HAL 层的回调函数结构体，由 Java 层通过 JNI 注册到 C++ 层。

  • adapter_state_changed_cb：具体的状态变更回调函数指针，指向 Java 层实现的状态处理逻辑。

  • 回调传递的状态值：state参数通常是bt_state_t枚举类型，常见值包括：

/** Bluetooth Adapter State */
typedef enum { BT_STATE_OFF, BT_STATE_ON } bt_state_t;

典型接收者与行为

  • Android Framework 层：BluetoothManagerService会监听此事件，更新系统蓝牙状态（如设置Settings.Global.BLUETOOTH_ON），并广播ACTION_BLUETOOTH_STATE_CHANGED通知所有应用。

  • 应用层：注册了BluetoothAdapter.ACTION_STATE_CHANGED广播的应用会收到通知，更新 UI（如蓝牙开关按钮状态、已配对设备列表）。

  • 蓝牙配置文件：各配置文件（如 A2DP、HID）可能在此时启动后台扫描或连接任务（如自动连接上次使用的耳机）。

当用户在设置中打开蓝牙开关时，完整的状态通知路径可能为：

1. 用户点击Android设置中的蓝牙开关 →
2. Java层调用JNI接口触发蓝牙开启 →
3. 协议栈启动流程（event_start_up_stack）执行 →
4. 栈启动完成后调用event_signal_stack_up →
5. event_signal_stack_up调用invoke_adapter_state_changed_cb(BT_STATE_ON) →
6. invoke_adapter_state_changed_cb将回调任务提交到JNI线程 →
7. JNI线程执行HAL层回调，触发Java层的adapter_state_changed_cb实现 →
8. Java层更新系统状态（如Settings.Global.BLUETOOTH_ON）并广播ACTION_BLUETOOTH_STATE_CHANGED

三、流程图

Android 蓝牙栈启动流程采用分层架构与异步机制设计，通过严格的状态管理、模块化初始化及错误处理机制，确保蓝牙功能从软件初始化到硬件交互的可靠执行。核心设计亮点包括：

  • 异步线程管理实现协议栈启动与主线程解耦

  • 模块化初始化保证各协议层按依赖顺序加载

  • 双向状态同步机制确保底层与上层状态一致性

  • 完善的错误处理流程避免资源泄漏

【Bluedroid】蓝牙协议栈控制器能力解析与核心功能配置机制（decode_controller_support）
[byte轻骑兵] 的技术小窝！
07-10 676
本文围绕Bluedroid蓝牙协议栈中控制器能力解析与核心功能配置的关键代码展开，详细阐述蓝牙协议栈如何通过解析控制器硬件能力，构建 SCO/eSCO、ACL 数据包类型支持掩码，配置链路策略、安全服务、查询与扫描模式等核心功能。这些机制确保协议栈能适配硬件能力，初始化关键模块，为蓝牙设备的通信兼容性、安全性和高效性奠定基础。
【Bluedroid】蓝牙HID Device send_report全流程源码解析
[byte轻骑兵] 的技术小窝！
05-18 752
本文基于Android蓝牙协议栈代码，深度解析HID设备（如键盘、鼠标）从应用层发送输入报告到主机设备的完整流程，涵盖数据封装、通道选择、L2CAP传输、电源管理四大核心模块
【Bluedroid】蓝牙启动之init_stack_internal 函数全流程源码解析
[byte轻骑兵] 的技术小窝！
05-27 845
本文通过对Android蓝牙协议栈Bluedroid init_stack_internal函数进行深度剖析，全面揭示了蓝牙协议栈的初始化机制。通过分析MessageLoopThread、btif_init_bluetooth等核心组件，展示了Bluedroid如何实现线程管理、跨层通信和实时调度。
【Bluedroid】蓝牙启动之sdp_init 源码解析
[byte轻骑兵] 的技术小窝！
06-03 801
SDP 模块的初始化（sdp_init）是蓝牙服务发现功能的基础，通过控制块初始化、定时器创建、L2CAP 参数配置及回调注册，为 SDP 模块的运行奠定环境基础。核心数据结构（如tSDP_CB、tL2CAP_CFG_INFO）通过分层设计（全局控制 - 连接管理 - 协议交互），实现了状态管理、连接控制与协议协同的高效整合。理解这些初始化细节与数据结构的协作逻辑，是掌握蓝牙服务发现底层机制、解决实际开发中连接异常（如超时、数据乱序）及性能优化（如 MTU 调优）问题的关键。
【Bluedroid】蓝牙 SDP（服务发现协议）模块代码解析与流程梳理
[byte轻骑兵] 的技术小窝！
05-08 940
本文深入剖析Bluedroid蓝牙协议栈中 SDP（服务发现协议）服务记录的全生命周期管理流程，涵盖初始化、记录创建、服务搜索、记录删除等核心环节。通过解析代码逻辑与数据结构，揭示各模块间的协作机制，包括线程安全设计、回调机制及协议栈交互细节，为蓝牙服务开发与调试提供系统性参考。
【Bluedroid】 BLE 隐私保护机制深度剖析（btm_ble_reset_id）
[byte轻骑兵] 的技术小窝！
07-04 867
本文深入解析 Android BLE 隐私保护实现机制，涵盖身份密钥（IRK/IR/DHK）和加密根密钥（ER）的生成流程、可解析私有地址（RPA）的动态管理，以及跨协议栈（HCI→BTM→BTA→BTIF→Gd）的隐私策略协同。通过代码级分析揭示蓝牙地址防追踪的核心设计，并图解密钥更新与地址轮换的全链路流程。
【Bluedroid】蓝牙配对设备管理的源码研究：从NVRAM加载到安全机制实现
[byte轻骑兵] 的技术小窝！
04-20 706
本文深度剖析Android蓝牙协议栈中配对设备管理的核心流程，聚焦btif_storage_load_bonded_devices函数实现。通过分析样本LTK检测、设备信息加载、适配器/远程属性回调触发等关键环节，揭示蓝牙启动时如何从NVRAM恢复配对设备并确保安全性。结合Bluedroid代码解读，探讨IRK重置、隐私模式处理、多协议（经典蓝牙/BLE）兼容等关键技术点，为蓝牙设备管理机制提供系统性理解。通过剖析源码，研究揭示蓝牙配对管理中的安全策略、属性传播机制及配置存储交互细节。
蓝牙 BLE 扫描面试题大全(1)：从基础到实战的深度解析
[byte轻骑兵] 的技术小窝！
06-07 298
本文整理了10 + 道历年经典面试题，，并结合 BLE 协议栈（如 Bluedroid、Core Bluetooth）源码和实际开发案例，给出详尽解析。无论你是校招新人还是社招老兵，掌握这些内容足以应对 90% 的 BLE 扫描面试场景。
【Bluedroid】蓝牙启动之 bta_dm_enable 流程梳理 & 源码解析
[byte轻骑兵] 的技术小窝！
06-24 167
本文深入分析Android蓝牙协议栈中设备管理器（BTA DM）和安全模块的初始化流程，揭示蓝牙连接建立和安全认证的核心机制。重点剖析回调函数注册、IO能力获取、设备状态恢复等关键环节，为蓝牙协议栈的优化和问题排查提供理论支撑。
mavlink协议，c++语言版本，用于px4飞控通信
07-14
mavlink协议，c++语言版本，用于px4飞控通信
(完整word版)网上订餐系统软件测试总结报告.doc
07-14
(完整word版)网上订餐系统软件测试总结报告.doc
chromedriver-mac-x64-140.0.7295.0(Canary).zip
07-14
chromedriver-mac-x64-140.0.7295.0(Canary).zip
(完整版)基因工程药物干扰素的制备.ppt
最新发布
07-14
(完整版)基因工程药物干扰素的制备.ppt
用户完成登录后自动跳转至主界面
07-14
资源下载链接为： https://pan.quark.cn/s/9e7ef05254f8 Delphi 7 中做一个「登录→主界面」的完整流程： 建立登录窗体 File → New → VCL Forms Application，拖两个 TEdit（用户名、密码）、一个 TButton（登录）、一个 TLabel（提示）。把 Edit2 的 PasswordChar 设为 *，Button.Caption 设为“登录”。 写验证代码 Button 的 OnClick 里： 多窗体管理 Project → Options → Forms，把 Form1 设为主窗体，Form2 设为可用窗体。登录成功后创建并显示 Form2，隐藏 Form1；主界面退出时调用 Application.Terminate 结束程序。 错误提示 验证失败直接用 ShowMessage，也可把 Label 换成红色文字提示。
Python神经调控模拟模型.docx
07-14
Python神经调控模拟模型.docx
【多智能体控制】基于matlab多智能体系统的分布式学习和协同控制【含Matlab源码 13729期】.zip
07-14
Matlab领域上传的视频是由对应的完整代码运行得来的，完整代码皆可运行，亲测可用，适合小白； 1、从视频里可见完整代码的内容 主函数：main.m； 调用函数：其他m文件；无需运行 运行结果效果图； 2、代码运行版本 Matlab 2019b；若运行有误，根据提示修改；若不会，私信博主； 3、运行操作步骤 步骤一：将所有文件放到Matlab的当前文件夹中； 步骤二：双击打开main.m文件； 步骤三：点击运行，等程序运行完得到结果； 4、仿真咨询 如需其他服务，可私信博主； 4.1 博客或资源的完整代码提供 4.2 期刊或参考文献复现 4.3 Matlab程序定制 4.4 科研合作
店面 2test文件解析功能测试验证.xlsx
07-14
店面 2test文件解析功能测试验证.xlsx
基于Abaqus子程序实现移动热源模拟新方法
07-14
资源下载链接为： https://pan.quark.cn/s/d9ef5828b597 本压缩包提供“abaqus移动热源+子程序”完整范例，用于演示在ABAQUS中模拟随时间或空间变化的热源。移动热源常见于动态加热、热追踪等场景，需借助用户子程序扩展标准功能。 包内包含： CAE文件：几何、材料、边界与求解设置，可直接在ABAQUS/CAE打开。 flux.for：Fortran热源子程序，通过FLUX子程序定义热通量分布及其移动逻辑。 move_dflux.inp：调用子程序的输入文件，内含模型参数与热源速度、强度等设置。 提交分析时必须把flux.for一并提供，否则求解报错。掌握该范例即可在ABAQUS中实现任意轨迹、任意强度的移动热源模拟。
企业级Java开发-基于Nutz框架与Flowable工作流-动态表单配置与数据平台中心-包含权限控制与代码生成器的全栈快速开发解决方案-支持前后端分离与APP打包的企业后台管理系.zip
07-14
企业级Java开发_基于Nutz框架与Flowable工作流_动态表单配置与数据平台中心_包含权限控制与代码生成器的全栈快速开发解决方案_支持前后端分离与APP打包的企业后台管理系.zip【前端工程化实战】资源征集
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

byte轻骑兵

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值