App运行,logcat日志不断输出purging 191k from font cache这样的消息

2012-01-13 10:10:38 253 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

移动端测试工程师的Logcat实战手册：从崩溃日志定位到性能问题排查本文为移动端测试工程师提供Logcat的实战技巧，从崩溃日志定位到性能问题排查。通过adb命令和日志分析，帮助工程师快速识别ANR、内存泄漏和界面卡顿等问题，提升测试效率。文章还分享了高效日志处理和定制化日志策略的高级技巧。阅读详情

...全文

Android11 SELinux报错实战：system_app读取cache被拒的完整解决流程本文深入解析Android 11中SELinux权限问题，特别是system_app读取cache目录时出现的`avc: denied`报错。通过详细讲解SELinux错误日志解读、策略文件定位、规则编写及验证流程，提供了一套完整的解决方案，帮助开发者高效解决类似权限问题。阅读详情

xqhrs232

Android 80,489 成员 91,375 内容

+ 关注 + 加入社区

切换为时间正序

qthsrs232 2012-02-27

打赏
举报

其实也就一句调试消息打印不存在什么内存泄漏的提示消息！

xqhrs232 2012-01-16

打赏
举报

http://groups.google.com/group/android-developers/browse_thread/thread/15803bc32cfe8b7f



After seeing this response, I spent some time to figure out exactly what I 

was doing now that was causing this to appear in the logs so much.  I was 

puzzled because I wasn't using many styles or colors, the same font, same 

color.  I turned off alpha blending, and removed all the items I was drawing 

until I was left with 1, and it was still overloading the cache.  I narrowed 

it down to doing: 





canvas.save(); 

canvas.rotate(rotationAngle, p.x, p.y); // this is the offending line 

canvas.drawText(text, p.x, p.y, paint); 

canvas.restore(); 





If I rotate and then draw text (this is an AR type implementation where the 

text is rotating with the phone), this is where the font cache fills up, 

with just 1 static piece of text.  Commenting out the above line doesn't. 

 Even with a large number of text items, NOT rotating the canvas before 

drawing the text, doesn't fill the cache. 





This seems kind of strange to me that this would fill the cache, but, is 

there another way to do this to not fill the cache? 





On Mon, Jun 20, 2011 at 7:43 PM, Dianne Hackborn <hack...@android.com>wrote: 







> Well having it printed every second or so indicates you are pretty severely 

> thrashing the cache, which can certainly impact performance.  For example 

> drawing your UI may not be fitting in the cache so each frame you draw 

> requires re-rendering glyphs back in to the cache.  If that is the case, 

> look at doing things like reducing the number of distinct font sizes or 

> families/styles you are using to have less impact on the cache. 





-- 

Adam Ratana 

adam.rat...@gmail.com

xqhrs232 2012-01-14

打赏
举报

其实也就蛮简单的一段代码，真不知道为什么存在这样的内存泄漏！奇怪了呢！

xqhrs232 2012-01-13

打赏
举报

今天试了一下，把我自己封装的SKIA字库操作函数屏蔽就不会出purging 191k from font cache [26 entries]日志了，难道我封的函数存在问题？明天得好好查查！

难道是因为SkTypeface *font = SkTypeface::CreateFromFile("simkai.ttf"); 这样的创建函数进行了多次创建的原因？难道要整成全局的并只创建一次？！

qthsrs232 2012-01-13

打赏
举报

Re: [android-developers] skia / purging [x]k from font cache [y entries] - what does it mean? was Re: Custom Fonts

http://markmail.org/message/t6ay2gfrf5igmnfv

qthsrs232 2012-01-13

打赏
举报

上一段SKIA下使用字库的代码---我封的跟个类似
Skia API的简单应用----http://blog.csdn.net/cuiyan0214/article/details/5964739



 e)  例程    



i ）画点、线、圆、文字 



#include "SkBitmap.h" 



#include "SkDevice.h" 



#include "SkPaint.h" 



#include "SkRect.h" 



#include "SkImageEncoder.h" 



#include "SkTypeface.h" 









using namespace std; 









int main() 



{ 



SkBitmap bitmap; 



bitmap.setConfig(SkBitmap::kARGB_8888_Config,320,240); 



bitmap.allocPixels(); 



SkCanvas canvas(new SkDevice(bitmap)); 



SkPaint paint; 



// draw points with red. 



paint.setARGB(255, 255, 0, 0); 



paint.setStrokeWidth(4); 



canvas.drawPoint(40,30, paint); 



canvas.drawPoint(80,60, paint); 



canvas.drawPoint(120,90, paint); 



//draw a line with green. 



paint.setARGB(255, 0, 255, 0); 



paint.setStrokeWidth(4); 



canvas.drawLine(160,10,320,110,paint); 



//draw a circle with bule. 



paint.setARGB(255, 0, 0, 255); 



canvas.drawCircle(80,180,50,paint); 



//draw text with red 



SkTypeface *font = SkTypeface::CreateFromFile("simkai.ttf"); 



if ( font ) 



{ 



paint.setARGB(255, 255, 0, 0); 



paint.setTypeface( font ); 



paint.setTextSize(24); 



canvas.drawText("HELLO!:)", 8, 200, 180, paint); 



} 



SkImageEncoder::EncodeFile("snapshot.png", bitmap,SkImageEncoder::kPNG_Type,100); 



return 0; 



}

不知道这里的SkTypeface *font 对像要这么释放，因为跟FONT有关的就是这个对象了。

qthsrs232 2012-01-13

打赏
举报

[Quote=引用 3 楼 xqhrs232 的回复:]
app keeps 'purging from font cache' and eventually crashes due to low memory,android

http://stackoverflow.com/questions/5251608/app-keeps-purging-from-font-cache-and-eventually-crashes-due-to-low-m……
[/Quote]
看来也有人遇到了这个问题了。
最怕的就是---no context for glyph 0这个了，输出这个后整个APP就全黑了。但重新运行一切又OK了，看来也不是内存不够啊！

xqhrs232 2012-01-13

打赏
举报

app keeps 'purging from font cache' and eventually crashes due to low memory,android

http://stackoverflow.com/questions/5251608/app-keeps-purging-from-font-cache-and-eventually-crashes-due-to-low-memory-an

xqhrs232 2012-01-13

打赏
举报

我的APP用到了SKIA的字库接口，不调这个接口就不会输出上面的logcat日志。看来我封的SKIA字库操作函数存在问题，但就是不清楚问题在那里，我用到的资源都对应进行了释放啊！为什么会这样？我的SKIA字库操作函数也是网上抄过来的，按道理不应该存在问题啊！

xqhrs232 2012-01-13

打赏
举报

logcat日志具体如下



purging 191k from font cache [26 entries]

purging 191k from font cache [26 entries]

purging 191k from font cache [26 entries]

process com.android.deskclock(pid 1046) has died.

---no context for glyph 0

存在内存泄漏吗？把系统的进程com.android.deskclock都杀死了！！！

App运行,logcat日志不断输出purging 191k from font cache这样的消息

相关推荐