BUG日志 07-23

1, 修改头像 链接错误.   http://hi.youkuaiyun.com/8/E4/edit.html   应该是:  http://profile.youkuaiyun.com/8/E4/edit.html

 

2, 用户没有留言时,留言框下面的提示应该显示笔名,与空间上面的名字对应.

a13517740726还没有留言信息!
3,迷你博客打开报错.
<!-- Web.Config 配置文件 -->

<configuration>
    <system.web>
        <customErrors mode="Off"/>
    </system.web>
</configuration>
<!-- Web.Config 配置文件 -->

<configuration>
    <system.web>
        <customErrors mode="RemoteOnly" defaultRedirect="mycustompage.htm"/>
    </system.web>
</configuration>
内容概要:本文详细介绍了“秒杀商城”微服务架构的设计与实战全过程,涵盖系统从需求分析、服务拆分、技术选型到核心功能开发、分布式事务处理、容器化部署及监控链路追踪的完整流程。重点解决了高并发场景下的超卖问题,采用Redis预减库存、消息队列削峰、数据库乐观锁等手段保障数据一致性,并通过Nacos实现服务注册发现与配置管理,利用Seata处理跨服务分布式事务,结合RabbitMQ实现异步下单,提升系统吞吐能力。同时,项目支持Docker Compose快速部署和Kubernetes生产级编排,集成Sleuth+Zipkin链路追踪与Prometheus+Grafana监控体系,构建可观测性强的微服务系统。; 适合人群:具备Java基础和Spring Boot开发经验,熟悉微服务基本概念的中高级研发人员,尤其是希望深入理解高并发系统设计、分布式事务、服务治理等核心技术的开发者;适合工作2-5年、有志于转型微服务或提升架构能力的工程师; 使用场景及目标:①学习如何基于Spring Cloud Alibaba构建完整的微服务项目;②掌握秒杀场景下高并发、超卖控制、异步化、削峰填谷等关键技术方案;③实践分布式事务(Seata)、服务熔断降级、链路追踪、统一配置中心等企业级中间件的应用;④完成从本地开发到容器化部署的全流程落地; 阅读建议:建议按照文档提供的七个阶段循序渐进地动手实践,重点关注秒杀流程设计、服务间通信机制、分布式事务实现和系统性能优化部分,结合代码调试与监控工具深入理解各组件协作原理,真正掌握高并发微服务系统的构建能力。
搜索 "bluetoothkeystore" (1个文件中匹配到21次,总计查找1次) [正则] C:\Users\rivotek\Desktop\bugreport-2025-07-23-093955\bugreport-REDMI K80-2025-07-23-094343\bugreport-zorn-AQ3A.240829.003-2025-07-23-09-39-55.txt (匹配21次) 行 2882719: 07-23 09:40:40.978 1002 28142 28142 D BluetoothAdapterService: cleanup(): mBluetoothKeystoreService.cleanup() 行 2882720: 07-23 09:40:40.978 1002 28142 28142 D BluetoothKeystoreService: cleanup 行 2882721: 07-23 09:40:40.978 1002 28142 28142 D BluetoothKeystoreService: cleanup() called before start() 行 2883368: 07-23 09:40:41.647 1002 22706 22706 D BluetoothKeystoreService: new BluetoothKeystoreService isCommonCriteriaMode: false 行 2883369: 07-23 09:40:41.647 1002 22706 22706 I BluetoothKeystoreService: ComputeDataThread: create, doEncrypt: true 行 2883370: 07-23 09:40:41.647 1002 22706 22706 I BluetoothKeystoreService: ComputeDataThread: create, doEncrypt: false 行 2883371: 07-23 09:40:41.647 1002 22706 22706 D BluetoothKeystoreService: start 行 2883378: 07-23 09:40:41.658 1002 22706 22784 I BluetoothKeystoreService: ComputeDataThread: run, doEncrypt: false 行 2883379: 07-23 09:40:41.660 1002 22706 22783 I BluetoothKeystoreService: ComputeDataThread: run, doEncrypt: true 行 2883380: 07-23 09:40:41.663 1002 22706 22706 D BluetoothKeystoreService: loadConfigData 行 2883381: 07-23 09:40:41.663 1002 22706 22783 I BluetoothKeystoreService: Interrupted while operating. 行 2883382: 07-23 09:40:41.663 1002 22706 22783 I BluetoothKeystoreService: ComputeDataThread: Stop, doEncrypt: true 行 2883383: 07-23 09:40:41.664 1002 22706 22784 I BluetoothKeystoreService: Interrupted while operating. 行 2883384: 07-23 09:40:41.664 1002 22706 22784 I BluetoothKeystoreService: ComputeDataThread: Stop, doEncrypt: false 行 2883385: 07-23 09:40:41.664 1002 22706 22706 D BluetoothKeystoreService: getCompareResult: 0 行 2884092: 07-23 09:40:41.863 1002 22706 22706 D BluetoothKeystoreService: initJni() 行 2884093: 07-23 09:40:41.863 1002 22706 22706 I BluetoothKeystoreService: ComputeDataThread: create, doEncrypt: true 行 2884094: 07-23 09:40:41.863 1002 22706 22706 I BluetoothKeystoreService: ComputeDataThread: create, doEncrypt: false 行 2884106: 07-23 09:40:41.864 1002 22706 22816 I BluetoothKeystoreService: ComputeDataThread: run, doEncrypt: true 行 2884118: 07-23 09:40:41.869 1002 22706 22817 I BluetoothKeystoreService: ComputeDataThread: run, doEncrypt: false
09-17
<think> 我们正在分析蓝牙日志中的两个关键服务:BluetoothManagerService 和 BluetoothKeystoreService。根据引用[1],BluetoothManagerService 是蓝牙开关和使能的核心服务之一,而 BluetoothKeystoreService 则负责处理蓝牙相关的密钥存储(如配对绑定密钥等)。下面我们将从日志中提取相关信息,分析这两个服务的运行状况和操作流程。 --- ### **1. BluetoothManagerService 日志分析** 从提供的日志片段中,BluetoothManagerService 出现了196次匹配,主要集中在以下操作: #### **(1) 蓝牙状态管理** 日志中频繁出现状态查询和转换: ```log 07-23 09:35:00.004 1000 3126 6022 D BluetoothSystemServer: BluetoothManagerService: isBleAppPresent(): Number of BLE app registered: 0 ... 07-23 09:40:39.258 1000 3126 6031 D BluetoothSystemServer: BluetoothManagerService: disable(com.bsp.catchlog, true): mAdapter=[Binder=...] isBinding=false mState=ON 07-23 09:40:39.560 1000 3126 4641 D BluetoothSystemServer: BluetoothManagerService: MESSAGE_HANDLE_DISABLE_DELAYED: disabling:false ``` **分析**: - **BLE状态监控**:系统持续检查是否有BLE应用注册(结果始终为0),说明当前没有低功耗蓝牙应用活跃[^1]。 - **禁用流程**: - 应用`com.bsp.catchlog`请求禁用蓝牙(`disable()`) - 状态从`ON`→`TURNING_OFF`→`OFF`(标准状态机流转) - 触发`STATE_CHANGED`广播通知系统组件 #### **(2) 蓝牙服务生命周期** 服务绑定/解绑关键日志: ```log 07-23 09:40:42.008 1000 3126 4641 I BluetoothSystemServer: BluetoothManagerService: MESSAGE_INFORM_ADAPTER_SERVICE_UP 07-23 09:40:42.008 1000 3126 4641 D BluetoothSystemServer: BluetoothManagerService: sendBluetoothServiceUpCallback(): to 30 receivers ... 07-23 09:40:42.411 1000 3126 4641 W BluetoothSystemServer: BluetoothManagerService: bluetooth is recovered from error ``` **分析**: - 服务崩溃后自动恢复(`recovered from error`),系统重新绑定`AdapterService`(`BluetoothService connected`) - 重启过程中经历状态:`OFF`→`BLE_TURNING_ON`→`BLE_ON`→`TURNING_ON`→`ON`(符合Android蓝牙架构设计[^1]) --- ### **2. BluetoothKeystoreService 日志分析** 尽管提供的日志片段未直接出现`BluetoothKeystoreService`,但根据其功能可推断: - **作用**:管理蓝牙配对密钥(如LTK, IRK等),通常与`BluetoothDevice`操作联动 - **典型场景**: - 配对时生成/存储密钥 - 重连时检索密钥 **关联操作示例**(需在完整日志中搜索): ```log # 假设日志(非原文件) BluetoothKeystoreService: Storing key for device 00:11:22:33:44:55 BluetoothKeystoreService: Key retrieval failed for AA:BB:CC:DD:EE:FF ``` 若未出现相关日志,说明当前时间段无密钥操作(如新配对或加密连接)。 --- ### **3. 系统运行状态诊断** #### **(1) 蓝牙异常恢复** 日志中出现的错误恢复流程: ```log 07-23 09:40:42.411 W BluetoothSystemServer: bluetooth is recovered from error ``` **诊断**: - 系统检测到蓝牙服务异常(可能因资源不足或底层故障),触发自动重启(`MESSAGE_RESTART_BLUETOOTH_SERVICE`) - 重启耗时约1秒(09:40:40.573→09:40:41.869),属于正常范围 #### **(2) 设备地址异常** 多次出现设备地址重置: ```log 07-23 09:40:41.869 D BluetoothSystemServer: Bluetooth Adapter address changed to 00:00:00:EA:87:C6 07-23 09:40:42.279 D BluetoothSystemServer: Bluetooth Adapter name changed to **** ``` **风险**: 地址`00:00:00:XX:XX:XX`为**无效地址**,表明: 1. 蓝牙控制器固件未正确初始化 2. 硬件驱动异常(如HCI重置失败) --- ### **4. 关键操作时序图** ```mermaid sequenceDiagram participant App as 应用层 participant BMS as BluetoothManagerService participant Adapter as 蓝牙适配器 App->>BMS: disable(com.bsp.catchlog) BMS->>Adapter: 发送关闭请求 Adapter-->>BMS: 状态更新(TURNING_OFF) BMS->>BMS: 广播STATE_CHANGED Adapter-->>BMS: 状态更新(OFF) App->>BMS: enable(com.bsp.catchlog) BMS->>Adapter: 绑定服务 Adapter-->>BMS: 服务绑定成功 BMS->>BMS: 发送MESSAGE_INFORM_ADAPTER_SERVICE_UP Adapter-->>BMS: 状态更新(ON) ``` --- ### §§ 相关问题 §§ 1. 为什么蓝牙地址会重置为`00:00:00:XX:XX:XX`?硬件故障还是软件缺陷? 2. 如何从日志中确认`BluetoothKeystoreService`是否正常工作? 3. `BluetoothManagerService`的`MESSAGE_RESTART_BLUETOOTH_SERVICE`触发条件有哪些? 4. 没有BLE应用注册(`Number of BLE app registered: 0`)是否影响经典蓝牙功能? [^1]: 蓝牙开关和使能开发主要用到:BluetoothService、BluetoothManagerService、BluetoothManager、BluetoothAdapter 这几个系统相关类。 </think> ### 蓝牙日志分析:BluetoothManagerService 与 BluetoothKeystoreService #### 1. **BluetoothManagerService 核心运行状态分析** BluetoothManagerService 是 Android 蓝牙系统的**核心控制器**,负责管理蓝牙生命周期和状态转换[^1]。从日志中可提取以下关键信息: **(1) 蓝牙状态机转换** ```log 07-23 09:40:39.601 D BluetoothSystemServer: MESSAGE_BLUETOOTH_STATE_CHANGE: prevState=ON → newState=TURNING_OFF 07-23 09:40:42.034 D BluetoothSystemServer: MESSAGE_BLUETOOTH_STATE_CHANGE: prevState=OFF → newState=BLE_TURNING_ON 07-23 09:40:43.095 D BluetoothSystemServer: MESSAGE_BLUETOOTH_STATE_CHANGE: prevState=TURNING_ON → newState=ON ``` **状态转换路径**: $$ \text{OFF} \xrightarrow{\text{enable}} \text{BLE\_TURNING\_ON} \rightarrow \text{BLE\_ON} \rightarrow \text{TURNING\_ON} \rightarrow \text{ON} $$ $$ \text{ON} \xrightarrow{\text{disable}} \text{TURNING\_OFF} \rightarrow \text{OFF} $$ **(2) 权限与请求溯源** ```log 07-23 09:40:39.258 D BluetoothSystemServer: disable(com.bsp.catchlog, true): APPLICATION_REQUEST 07-23 09:40:40.269 D BluetoothSystemServer: enable(com.bsp.catchlog): APPLICATION_REQUEST ``` - 操作由应用 `com.bsp.catchlog` 发起 - 每次操作都会记录请求源和原因(`APPLICATION_REQUEST`) **(3) 服务绑定机制** ```log 07-23 09:40:41.289 D BluetoothSystemServer: binding Bluetooth service 07-23 09:40:41.997 D BluetoothSystemServer: MESSAGE_BLUETOOTH_SERVICE_CONNECTED 07-23 09:40:42.008 I BluetoothSystemServer: MESSAGE_INFORM_ADAPTER_SERVICE_UP ``` - 服务绑定流程:`bindService()` → `onServiceConnected()` → 通知适配器服务就绪 - 绑定耗时:约 700ms (09:40:41.289 → 09:40:41.997) --- #### 2. **BluetoothKeystoreService 相关分析** 虽然提供的日志未直接包含 `BluetoothKeystoreService`,但根据其系统角色可推断: - **核心功能**:管理蓝牙配对密钥和安全连接 - **典型操作场景**: 1. 配对过程生成/存储长期密钥 (LTK) 2. 连接时提供加密密钥 3. 处理身份解析密钥 (IRK) **预期日志模式**(需在完整日志中检索): ```log BluetoothKeystoreService: Storing bond key for [MAC] BluetoothKeystoreService: Key retrieval for [DEVICE] ``` --- #### 3. **系统异常与恢复机制** 日志显示一次完整的崩溃恢复流程: **(1) 异常检测** ```log 07-23 09:40:42.411 W BluetoothSystemServer: bluetooth is recovered from error ``` **(2) 恢复流程** ```mermaid graph LR A[服务异常] --> B[解绑服务] B --> C[重启蓝牙服务] C --> D[绑定新服务] D --> E[状态重置] E --> F[广播状态变更] ``` **(3) 关键指标** - 恢复耗时:约 1.8 秒 (09:40:40.573 → 09:40:42.411) - 状态广播:影响 30 个接收器 (`Broadcasting to 30 receivers`) --- #### 4. **定制化功能分析** 日志中出现的特殊功能模块: ```log 07-23 09:34:59.747 D BluetoothSystemServer: restrictState = true isRestrictBroadcast = true enableAutoSwitchBtState = true 07-23 09:34:59.747 D BluetoothSystemServer: startAlarmRepeatEveryDay ``` - **蓝牙限制模式**:可能是厂商定制功能(如省电策略) - 定时任务机制:通过 AlarmManager 实现每日自动切换 --- ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值