- 综合排序
- 最热优先
- 最新优先
- 来自专栏高通\展锐\MTK等平台调试
Android RIL 调试问题分析 ——系统篇（4）
不支持sim卡pin,puk 功能 问题描述 Android不支持 sim卡pin,puk 功能。 原因分析 Sim卡状态信息改变时，安卓上层没有监听到;非ril问题。
72440编辑于 2022-11-15 - 来自专栏stringwu的互联网杂谈
Android 4.x加载so失败问题原因分析
1 so 加载过程 so 加载的过程可以参考小米的系统工程师的文章loadLibrary动态库加载过程分析[1] 2 问题分析 2.1 问题 年前项目里新加了一个 so库，但发现native 方法的找不到的 crash 好多，好些都是报了java.lang.unsatisfiedlinkerror native method not found,而且基本上是出现在4.x的系统里，特别是 4.4,4.2的系统 在网络上搜索相关的可能导致到这个问题的原因： •so 文件没有在对应架构的目录里找到；•方法名有错误； 2.2 分析1 我们最开始是怀疑应用在安装时没有正确解压出对应的so文件到相应目录，因此加了相应统计来看发生 4.x系统里，如果so 文件是在应用启动时加载的，但使用时机却在后面的时间点，so加载进手机的内存可能会被系统由于资源紧张而回收掉，这种情况下，可以通过重新加载一次 so文件来减少相关的 crash， 3 总结 Android 4.X 系统加载 so 后，出现 java.lang.unsatisfiedlinkerror native method not found的crash的原因除了网上所说的
1.3K40编辑于 2022-08-12 - 来自专栏叨叨软件测试
性能测试--4、结果解析：有效的根源问题分析
过程分析 实时分析（密切观察（watchful waiting）） 通过工具，可以发现如下信息： 每个事务的响应时间，并且能够以图表和图形两种方式展现； （不仅包括完整的事务，也包括事务的任何组成部分） 测试后分析 性能测试结束后，测试工具可以存储性能测试结果供测试后分析。 性能测试输出的类型 统计入门 平均数和中位数 平均数：一系列数字的算术平均值。 添加事务中的“检查点”的响应时间，有助于提高响应时间的分析粒度，并且可以将相对较差的时间与特定事务的行为进行关联。 所有事务中的最差性能“检查点”排序图，有助于分析事务中突出的问题所在。 保证分析的测试数据是一段稳定状态。 深入挖掘 找到问题的原因，需要结合服务器和网络KPI一起分析原因。 应用服务器内部 当一般级别应用服务器的监控不能提供更多的信息，我们需要找出具体的哪些组件的调用产生的问题。
72620发布于 2020-04-14 - 来自专栏学习笔记ol
框架分析（4）-Spring
框架分析（4）-Spring 主要对目前市面上常见的框架进行分析和总结，希望有兴趣的小伙伴们可以看一下，会持续更新的。希望各位可以监督我，我们一起学习进步。
28820编辑于 2023-10-11 - 来自专栏Golang语言社区
抽奖问题分析
普通抽奖问题问题描述 用户随机抽奖,数据如下: // map中，key代表用户名，value代表成用户下单数 var users map[string]int64 = map[string]int64 { "a": 10, "b": 6, "c": 3, "d": 12, "f": 1, } 思路 随机问题,一般就是通过随机函数从某个范围内随机取出某个数值,则该数值对应的就是中奖用户 在这里,如果我们能给map中每个元素设置对应的索引,即转化为数组,是不是就可以解决问题了呢? : 数据结构和上面抽奖问题一致,只是这里,要求中奖概率和用户的订单数成正比 思路 ==本质==还是随机函数获得一个数值,数值对应的用户即获奖用户;这里要实现订单数对获奖概率的影响问题,即==订单数对应随机数的某个范围 ,往往都有数学模型去对应,比如抽奖问题,就可以转化为初中所学习的数轴知识,画个草图,简单易理解,也不需要多高深的数学知识 问题本身并不难,重要的是转换思路,将抽象问题简化为具体的数学问题,然后去解决
2.4K30发布于 2018-03-27 - 来自专栏程序员奇点
ping 问题分析
ping 问题分析 ping 是什么 ping 是常用的网络管理命令，ping也属于一个通信协议，是TCP/IP协议的一部分，适用于windows和linux以及unix。 ... 192.168.4.41 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 0，丢失 = 4 (100% 丢失), 对方关机/ip不存在 网段不同，通过路由也无法找到 Ping不通ARP问题故障分析 通过前面的Ping不通故障定位思路可以判断出是否是由于ARP问题引起Ping不通。 Ping不通VLAN问题故障分析 通过前面的Ping不通故障定位思路可以判断出是否是由于VLAN问题引起Ping不通。 Ping不通路由问题故障分析 通过前面的Ping不通故障定位思路可以判断出是否是由于路由问题引起Ping不通。
2.6K41编辑于 2022-03-26 - 来自专栏全栈程序员必看
乱码问题分析
一、字符编码问题举例 1、支付宝代扣签约失败问题。 问题描述：用户在浏览器中输入中文请求，表单post给后台为中文乱码，导致通用代扣签约失败。 2、微博红包提现失败问题。 切换到十六进制方式，才能清楚地看到，“春节”被转成了“B4 BA BD DA”。 六、常见问题分析 下面看一下，当我们碰到一些乱码时，应该怎么分析这些问题？ 出现乱码问题的原因都是在转换中编码和解码的字符集不一致导致的，由于往往一次操作涉及到多次编解码，所以出现乱码时很难查找到底是哪个环节出现了问题，下面就几种常见的现象进行分析。
1.8K30编辑于 2022-09-01 - 来自专栏移动开发的那些事儿
TCP问题分析
TCP问题分析 网络的五层协议 物理层 数据链路层 网络层，IP协议，ICMP协议（ping） 传输层，传输层有两个协议，面向连接的TCP和无连接的UDP，TCP是点对点的可靠连接，保证数据顺序必达 ，其实从抓包来看，并没有发生四次交互，因为B的ACK和FIN合并在一起发出去了，这个也是TCP传输的一种策略，减少一次交互，增加了网络的效率，4次挥手我认为是逻辑上的4个步骤 以下内容都特么是从书里抄的 ％来自前一个估计，而10%则取自新的测量 RTO（Retransmission TimeOut），这个是重传超时时间，也就是下重传消息需要等待Ack的时间，超过这个时间就再次发起下一次重传 TCP抓包分析 tcpdump chmod 777 /system/bin/tcpdump 到此为止，tcpdump就成功安装到了/system/bin/目录下，接着用如下命令还是抓包 Java中的Socket异常分析 连接，A端的socket的read的时候返回-1，那这条socket就不再有可读取的数据，造成这个-1的原因是B端的TCP发起了一个FIN，可能是调用了socket的close方法 tcpdump抓包分析
1.4K30发布于 2018-09-04 - 来自专栏全栈程序员必看
NE问题分析
libc/Android.bp HWSan分析方法: HWSan复现问题后在android log中会明确指出问题发生的直接原因,搜索关键字: AddressSanitizer: 如何确定HWSan ,他们通过监控系统SWT重启,发现是因为sf造成的卡死,题中的log只有他们的SWT回传,没有nwatchcall回传,所以需要联系测试去eap系统下载才行 2.分析问题 sf卡死一般分为以下几种 log,看堆栈是否挂在gpu库里 3).系统运行缓慢,io,cpu,loading过重导致sf运行缓慢,这种情况sf连续两个时间点的堆栈不一样,这时候要看log上有没有lmk或者lowmem字样,分析是否是系统问题 4).sf被binder阻塞,比如虚拟屏(sf作为bufferqueue的生产者,要queue buffer)卡死,或者sf notifylistener时app不响应binder卡死等,这类问题要看 screencap -p /sdcard/1.png 4.如果上面确定是sf卡死造成的,则 adb pull /data/persist_log/DCS/de/psw_multimedia_perf
96410编辑于 2022-07-25 - 来自专栏程序员奇点
ping 问题分析
ping 问题分析 ping 是什么 ping 是常用的网络管理命令，ping也属于一个通信协议，是TCP/IP协议的一部分，适用于windows和linux以及unix。 ... 192.168.4.41 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 0，丢失 = 4 (100% 丢失), 对方关机/ip不存在 网段不同，通过路由也无法找到 Ping不通ARP问题故障分析 通过前面的Ping不通故障定位思路可以判断出是否是由于ARP问题引起Ping不通。 Ping不通VLAN问题故障分析 通过前面的Ping不通故障定位思路可以判断出是否是由于VLAN问题引起Ping不通。 Ping不通路由问题故障分析 通过前面的Ping不通故障定位思路可以判断出是否是由于路由问题引起Ping不通。
3.5K10编辑于 2022-04-26 - 来自专栏Java架构学习路线
只需4个步骤，分析解决在生产环境下JVM内存泄露问题
，开始查找问题。 使用指令：jmap -histo:live *** | more 查看堆内存中的对象数量和大小 发现Log4jLogEvent这个对象实例很多，占用内存也异常的大，初步分析是异步日志传输速度跟不上， 后续分析 在前一步分析内存的同时，使用指令：jmap -dump:format=b,file=heapDump.hprof将实时内存信息导出（dump过程比较慢，所以在问题暂时处理完后进行后续分析），使用 mat分析内存结构： 可以看到主要占据堆内存的对象信息，果然是Flume异步传输日志堵塞的问题。 总结 对jvm内存泄露这类问题的解决，主要是要善于利用jvm提供的类似jstat、jmap等工具来分析查找问题。这次问题虽然解决，但是后续还是存在出现此类问题的风险。
1.8K00发布于 2019-08-05 - 来自专栏JAVA乐园
GC问题和OOM问题分析
小编最近遇到GC不断增长的问题。 推荐一款分析GC日志的工具 0x01：GC问题 GCViewer是一款分析GC日志的开源工具，非常容易使用，官网如下： https://github.com/chewiebug/GCViewer 下图列出了支持的 具体一些图标上的线条，及说明也非常简单；如果熟悉JVM的GC原理就非常容易看出这些线条到底有没有问题。最简单的一条，只要看到堆的占比只增不减，大概率是有内存泄露问题。 0x02：OOM问题 JVM故障分析及性能优化系列之一：使用jstack定位线程堆栈信息 JVM故障分析及性能优化系列之二：jstack生成的Thread Dump日志结构解析 JVM故障分析及性能优化系列之三 对应OOM问题以上这个网友写的这几篇文章非常不错，可以参考。
1.5K10发布于 2020-06-15 - 来自专栏coding for love
4-8 打包分析
简介 上一节4-3~8 code-splitting，懒加载，预拉取，预加载 讲到如何对代码进行 code splitting。 那么如何判断我们的代码要进行code splitting 或者对 code splitting 后的效果进行分析呢？这就需要用到一些辅助的打包分析工具。 2. 准备工作 为了进行代码分析，我们先准备一些用来打包的模块。 // index.js import { log } from '. image.png 同时会在项目下生成一个分析文件： ? 4.
43230发布于 2020-03-20 - 来自专栏UE4技术专场
UE4 ReplicationGraph分析
UE4 ReplicationGraph分析 老版本网络系统 总体思路 所有Actor都会添加到网络列表中，每次更新的时候都是从这个Actor列表中遍历，根据不同的条件，确定每个链接的客户端需要同步的Actor 处理排序过后的Actor列表（这里会进行最终的同步操作） ServerReplicateActors\_ProcessPrioritizedActors } 优化方式 裁剪距离降低 降低更新频率 核心问题 UMyReplicationDriverClass>(GetTransientPackage()); }); 优化方式 通过详细的网格划分减少每次需要进行计算的Actor数量，提升性能 核心问题
4.8K51发布于 2018-12-18 - 来自专栏golang算法架构leetcode技术php
golang源码分析:boltdb(4)
通过前面源码分析，我们差不多了解了boltdb的核心数据结构了，逻辑视图上是通过Bucket组建的嵌套结构来管理数据的，每一层都可以存储一一系列key和value，也是使用boltdb的用户需要关注的 下面我们详细分析下它们在内存以及磁盘上 存储结构。 若单个 page 大小不够，会分配多个 page ptr uintptr // 存放 page data 的起始地址 } ptr 是保存数据的起始地址，不同类型 page 保存的数据格式也不同，共有4种
38410编辑于 2023-09-06 - 来自专栏golang算法架构leetcode技术php
golang源码分析（4）：select
下面我们来分析分析。 在for {} 结构中的 select 每一次for 都会经历上述的 4各阶段，创建 -> 注册 -> 执行 -> 释放；所以select的执行是有代价的而且代价不低。
81631编辑于 2022-08-02 - 来自专栏月牙寂
docker源码分析（4）---execdriver
本文就来简单分析下execdriver。 1、上层初始化 代码在docker\daemon\daemon.go 在函数NewDaemonFromDirectory中 ? 如果还需要继续深入的话，那就需要去分析libContainer的代码了 4、总结 execdriver依旧采用的插件方式。代码还是很清晰的。 只是底层涉及到lxc和libContainer，如果还需要继续深入的话，就需要对这两个东西做一些分析。 文中如果有哪里讲解的不对的地方，还请见谅，望指正。
1.3K100发布于 2018-03-06 - 来自专栏golang算法架构leetcode技术php
kratos源码分析系列（4）
接着按目录分析源码： 5，encoding 支持的格式有form、json、proto、xml、yaml，使用的包有 https://github.com/go-playground 通常用于日志脱敏） Valuer用于绑定一些全局的固定值或动态值（比如时间戳、traceID或者实例id之类的东西）到输出日志中 8，metadata 解决了http和grpc之间header的传递问题
61120编辑于 2023-03-14 - 来自专栏机器学习原理
深度学习——CNN（4）分析
前言：自己构建CNN网络结构训练一个验证码识别的模型 分析 假定验证码中只有：数字、大小写字母，验证码的数目是4个，eg: kx3S 步骤如下： 1.收集数据，验证码的数据集合可以自己生成 生成的验证码如下 image.png 代码如下： def random_code_text(code_size=4): """ 随机产生验证码的字符 :param code_size: : code_char_set) code_text.append(c) return code_text def generate_code_image(code_size=4) 可以采用三成网络结构进行模型构建 def code_cnn(x, y): """ 构建一个验证码识别的CNN网络 :param x: Tensor对象，输入的特征矩阵信息，是一个4维的数据 定义优化函数 train = tf.train.AdamOptimizer(learning_rate=0.0001).minimize(cost) # 4.
51240发布于 2018-06-04 - 来自专栏Panda诚
常见乱码问题分析
了，就我们中国人来说，汉字乱码是最常见的问题了。 说到这里，我们就以一个开发的角度，分析一下常见的乱码原因。 常见乱码问题分析： 从编程角度来看，出现乱码的场景主要是有文本处理的时候，比如文件的新建和读取、复制和粘贴，导入和导出，打开和保存，数据存储和检索，显示，打印，分词处理，字符转换，规范化 位(不足 4 位直接处理)，每 2 位做一位，前面加上%，编码成%XY 格式。 接下来的文章，会对数据库的编码乱码问题进一步进行研究。
1.7K10发布于 2020-09-01
腾讯云开发者
