多设备对比：上面的截图是一台高性能设备抓的，耗时100多ms，加上其他耗时，总体感觉就是慢了一拍。（处理器比较好，1g内存）换个垃圾设备（处理器很差，1g内存），这个时候打开页面等了一秒钟这样。

内存也会马上降下去，下面的String也缩小了10倍，这太棒了总结遇到字符串拼接的情况，尽量使用StringBuffer或者StringBuilder，二者有利有弊，StringBuilder拼接字符串性能最好

以下是它们各自的一些主流系列：英特尔（Intel）：酷睿i9：高端旗舰级桌面处理器，提供极致性能，适用于专业工作站、高端游戏和高性能计算需求。

内存频率对于计算机性能有直接影响，因为更高的频率意味着更快的数据读写速度，从而提升系统整体响应能力，尤其是在处理大量数据交换的应用场景中，如游戏、图像处理和高性能计算等。

对于高性能分布式系统领域而言，Go语言无疑比大多数其它语言有着更高的开发效率。它提供了海量并行的支持，这对于游戏服务端的开发而言是再好不过了。

而且频繁，如果使用ContentProvider是不是性能下降的太严重

背景Simpleperf可记录整个系统运行过程，性能损坏小，as的profiler损坏比较大。搞了一个下午一直失败，原来是app是release状态，无法抓信息。我晕。

背景之前发不过关于log吃多少性能。今天继续从别的角度来看看项目卡顿和log的关系。准备好卡的操作准备好之后，开始录制trace。完成后看报告。

背景手机性能太强了，代码写得再烂也被高性能处理包容，我需要把手机降至低配环境来模拟盒子的情况，这要怎么做呢。查到资料，可以关闭CPU的核心或者限制频率来达到目的。仅限于骁龙CPU。

Android开发性能优化很多时候，我们只注重功能的实现，很少去注重性能的开发。产品商务逼的嘛，哈哈。性能优化，目的是啥呢？

MMKV——基于mmap的高性能通用key-value组件MMKV是基于mmap内存映射的key-value组件，底层序列化/反序列化使用protobuf实现，性能高，稳定性强。

MacBookpro13吋16+256其实是有时候回家了也可以携带高性能笔记本回家工作（经常回老家），毕竟家里的笔记本已经跑不动项目了。

Nginx概述简介Nginx（Enginex）是一个高性能的HTTP和反向代理服务器，也是一个IMAP/POP3/SMTP服务器，由伊戈尔·赛索耶夫开发。

redis概念下载安装命令操作数据结构持久化操作使用Java客户端操作redisRedis概念：redis是一款高性能的NOSQL系列的非关系型数据库1.1.什么是NOSQLNoSQL(NoSQL=NotOnlySQL

概念Nginx("enginex")是一款是由俄罗斯的程序设计师IgorSysoev所开发高性能的Web和反向代理服务器，也是一个IMAP/POP3/SMTP代理服务器。

可以通过Androidstudio自带的内存监测工具进行观察，如：多自定义loading的加载内存抖动的监测：造成的原因：分析代码打开我们的androidstudio监控器，然后点击一下Record就会录制一段时间内存产生的对象。用来分析：然后就有在这段时间内产生的对象，在短时间内产生了大量的对象注意在我们自定义控件中一定不要再循环体或者onDraw中new对象把newpath对象移到外面去，问题解决。这只是个简单的小例子，其实还有地方可以去优化，比如设置颜色那里，通过看系统源码知道是先采用字符串的分割，然后又拼接的，所以这也是优化的点。

背景项目中发现卡顿，排查问题。定位到问题所在的版本本萌新使用svn时间短，不敢乱操作。git的话直接checkout到某个commitid就行了。这个svn也是同样的。前面我们找到svn提交版本号。比如2233我们为了不在之前的工作目录中处理，现在新建一个目录。在目录中拉取之前的代码。svncheckoutsvn://11.11.11.11/bbbbb/project--usernamehehe--passwordhihi-rr2233按下回车，这样就开始下载对应提交的代码了。玩这个svn搞得我提心吊胆的。队友引入的问题导致非常卡顿。卡顿原因经过我对比了十几个文件，发现一些端倪。逻辑上面没有做什么修改，都是增加，这就好办了。把他增加代码都注释掉，跑起来。又变得丝滑了。仔细看看代码。代码都是Log.i(TAG,xxxxxxx);长得帅的同学可能就要问了，这不就是系统的log吗，能造成卡顿吗。log是执行在主线程的，如果log的内容非常长，也就是string特别长，也是会占用内存的，更可怕的是，还出现for循环不断打印，还包括拼接，而且这个数组的size很大。一个viewpager有十几二十个tab，按住遥控器的右键快速切换，没切换一个tag都执行一次上面for，都卡成ppt了。这些都是执行在主线程中的！不卡才怪了。而且我们设备是电视机盒子，就是很垃圾的盒子，内存512的cup就更拉了，如果在你的火龙888上面可能感觉不到什么，但是这种设备上面，真的是质检员。哎，而且同事还不承认这是卡顿的原因。最后我把他代码注释了跑起来，又丝滑了。有点尴尬。总结慎用log慎用没有开关的log不要以为一个log没有问题多测试自己的代码在合并别人的代码前，最好看看代码不点个赞吗？

iMacMacminiMacStudioStudioDisplayProDisplayXDRMacPro软件的话，教育优惠的是套装，所有价格为：1298元我的选购角色：程序员，会一点点软件开发用途：没啥用，就是得有，万一用得上，备用机选购过程：air不考虑，air没有风扇散热，CPU性能多少有点限制

更频繁的刷新下拉动作没有带来内存的丝毫抖动，可能是我vivo手机是18年的产品，矢量绘图动画比较吃力，毕竟我妈的oppo是19年的手机，看到这平稳的内存，心里有点高兴，以vivo低性能手机的标准去优化app

背景最近学习后端有一个需求，在设计聊天系统的数据库时需要将聊天记录以某种方式进行分表存储以提高性能。

性能优化一个能让你了解所有函数调用顺序以及函数耗时的Android库（无需侵入式代码）Android上展示FPS的悬浮组件androidui调试工具一行代码即可监听App中所有网络链接的上传以及下载进度

查询了很多，有很多说要用java来写会稍微复杂一点，但效率高，用php写也可以但性能没有Java好。我是小白，java基础不好，感觉php容易一点，用php写app服务器端，这个路是否可以走通？？？

采用异步非阻塞编程模型,一个I/O线程处理多条链路,调试跟踪麻烦Netty优点API使用简单,开发门槛低功能强大,支持各种编解码和主流协议定制能力强,可以通过ChannelHandler对通信框架进行灵活的扩展性能高修复了

dart作为谷歌亲儿子，前景还是比较乐观的最近工作不太忙准备启动一个网易云音乐app开发，预计时间半年，如果后面事不多能偷偷写估计两三个月就能搞完，暂时不考虑性能，能用flutter实现就用flutter

背景想通过图标的方式看看最近app是绘制的状况，通过抓帧数据后发现数据不好看，不够直观，现在我们把数据加工一下。抓app最近的绘制的数据adbshelldumpsysgfxinfocom.debug.sob.system拿到最近的数据，我在抓之前，在文章列表中上下`超高速滑动`ApplicationsGraphicsAccelerationInfo:Uptime:105015831Realtime:1160530295**Graphicsinfoforpid17771[com.debug.sob.system]**Statssince:103079848968914nsTotalframesrendered:2901#总抓到2901帧Jankyframes:95(3.27%)#掉帧率50thpercentile:5ms90thpercentile:8ms95thpercentile:11ms99thpercentile:34msNumberMissedVsync:17#垂直同步失败的帧NumberHighinputlatency:2626#处理input时间超时的帧数NumberSlowUIthread:46#因UI线程上的工作导致超时的帧数NumberSlowbitmapuploads:0#因bitmap的加载耗时的帧数NumberSlowissuedrawcommands:84#因绘制导致耗时的帧数NumberFramedeadlinemissed:54#错误截止时间的数量，我猜测是被丢弃的HISTOGRAM:5ms=21626ms=2807ms=1478ms=789ms=4610ms=3411ms=2512ms=913ms=614ms=815ms=616ms=1517ms=1418ms=819ms=520ms=621ms=022ms=523ms=224ms=225ms=126ms=127ms=228ms=129ms=130ms=131ms=032ms=434ms=436ms=138ms=340ms=242ms=144ms=246ms=048ms=053ms=357ms=061ms=165ms=269ms=073ms=277ms=181ms=185ms=089ms=293ms=197ms=1101ms=1105ms=0109ms=0113ms=0117ms=0121ms=0125ms=0129ms=1133ms=0150ms=0200ms=0250ms=0300ms=0350ms=0400ms=0450ms=0500ms=0550ms=2600ms=1650ms=0700ms=0750ms=0800ms=0850ms=0900ms=0950ms=01000ms=01050ms=01100ms=01150ms=01200ms=01250ms=01300ms=01350ms=01400ms=01450ms=01500ms=01550ms=01600ms=01650ms=01700ms=01750ms=01800ms=01850ms=01900ms=01950ms=02000ms=02050ms=02100ms=02150ms=02200ms=02250ms=02300ms=02350ms=02400ms=02450ms=02500ms=02550ms=02600ms=02650ms=02700ms=02750ms=02800ms=02850ms=02900ms=02950ms=03000ms=03050ms=03100ms=03150ms=03200ms=03250ms=03300ms=03350ms=03400ms=03450ms=03500ms=03550ms=03600ms=03650ms=03700ms=03750ms=03800ms=03850ms=03900ms=03950ms=04000ms=04050ms=04100ms=04150ms=04200ms=04250ms=04300ms=04350ms=04400ms=04450ms=04500ms=04550ms=04600ms=04650ms=04700ms=04750ms=04800ms=04850ms=04900ms=04950ms=0FontCache(CPU):Size:1539.71kBGlyphCount:90CPUCaches:GPUCaches:Other:Other:76.27KB(1entry)BufferObject:2.05KB(2entries)Image:Texture:19.82MB(90entries)Scratch:Texture:8.62MB(5entries)BufferObject:48.00KB(1entry)OtherCaches:Current/MaximumVectorDrawableAtlas0.00kB/0.00KB(entries=0)LayersTotal0.00KB(numLayers=0)TotalGPUmemoryusage:29948764bytes,28.56MB(20.09MBispurgeable)Pipeline=Skia(OpenGL)LayoutCacheInfo:Usage:2623/5000entriesHitratio:41293/43916(0.940272)Profiledatainms:com.debug.sob.system/com.android.debug.ui.main.MainActivity/android.view.ViewRootImpl@18f0b2f(visibility=0)Viewhierarchy:com.debug.sob.system/com.android.debug.ui.main.MainActivity/android.view.ViewRootImpl@18f0b2f463views,662.24kBofdisplaylistsTotalViewRootImpl:1TotalViews:463TotalDisplayList:662.24kB这样看，数据是不够直观的。整理数据把帧耗时的数据复制出来，放到Excel中的第一个单元格，粘贴。就是下面这样了。选中第一个单元格，点击上面的数据，然后点击分列功能。分列选择使用分隔符，点击下一步。选择空格，点击完成。这样子就把数据用空格分割了，让他们填充到每一个单元格中。接下里我们把水平放置的数据切换到垂直放置。快捷键ctrlshift→然后整行ctrlc在第二个单元格位置，右键粘贴，选择性粘贴。选择转置，完成。现在我们的数据是5ms=23这种格式，继续用分列功能拆开。把第一行的数据删除了，继续下一步。整列选中后，选择数据，分列，智能分列就行，点击完成。如果没有智能分列，就选择分列，选择分割的符号=这样就把数据完成分列，也就是左边是帧绘制的时间，右边是这个时间对应的数量。可以进行图标制作了。选择2列，然后插入，图表，找一个免费的图表，点击就能生成了。可以看到数据几乎都是5ms内完成绘制，我的手机是60帧，也就是16.6ms内完成绘制都是正常的。图表还有其他功能，可以把每个x轴上面的维度对应的具体数值也显示出来。可以通过数据标签方式把x轴的数据显示出来，应该还有其他样式的，但是我不是vip没法做，可以看看下面的效果。经过我们处理后的数据就直观多了，在超高速滑动情况下，有些帧耗时非常高600ms，这情况下很明显了，但是在操作的时候并没发现这么卡的情况，会不会是bug呢。按理来说600ms会明显顿一下了，这数据貌似不科学啊。有么有大佬科普下呢。还有就是别人这个命令抓出来的通常都是2s的数据，2s就是120帧，但是我的结果有2k多帧~~~~~~。我再查查资料吧。总结整个数据整理的过程就是这样了，第一，adb抓数据，然后Excel分析，以上图表制作是我家爱人指导我完成的，嘻嘻。如果上面的操作还不够仔细，我可以做一个录屏给大家，如果没人反馈，就不做了~

为什么数据还要存在redis中...然后返回给客户端的还是个md5摘要信息,单纯的当做一个key来使用...这样子使用jwt不就和直接使用session没撒两样了吗（甚至比直接使用session还要损耗性能

Jmeter压力测试模拟1.介绍ApacheJMeter是一款纯java编写负载功能测试和性能测试开源工具软件。小巧轻便免费。