本来是打算继续做天气预报的优化的,但因为某些原因,我要先把之前做的小应用优化一下.所以今天就插播一下用Handler和Message实现计时效果. 首先,简要说明一下,这个应用有两个显示数字的Text,一个是显示秒,另一个是显示毫秒,而每10毫秒发送一次Message,让显示毫秒的Text加1,每1000毫秒,也就一秒,就让显示秒的Text加1.此外,还有一个自己制作的圆形进度条,每过一秒会增加6度的弧.这个应用有开始.暂停.重置功能.就是下图这样子: 一.sendMessage.handleM

作者:林基宗 Activity的启动速度是很多开发者关心的问题,当页面跳转耗时过长时,App就会给人一种非常笨重的感觉.在遇到某个页面启动过慢的时候,开发的第一直觉一般是onCreate执行速度太慢了,然后在onCreate方法前后记录下时间戳计算出耗时.不过有时候即使把onCreate方法的耗时优化了,效果仍旧不明显.实际上影响到Activity启动速度的原因是多方面的,需要从Activity的启动流程入手,才能找到真正问题所在. Activity启动流程 如果要给Activity的"启动&q

每一个Android应用在启动的时候都会创建一个线程,这个线程被称为主线程或者UI线程,Android应用的所有操作默认都会运行在这个线程中. 但是当我们想要进行数据请求,图片下载,或者其他耗时操作时,是不可能在这个UI线程做的,因为Android在3.0以后的版本已经禁止了这件事情,直接抛出一个异常.所以我们需要一个子线程来处理那些除UI操作的事情. 但是这个又会有一个问题,我们只能在UI线程进程UI操作,只能在子线程进行耗时操作,如果我们需要在耗时操作结束后在Android界面上显示一个Vi

1.前言 我们知道在Android系统中,我们执行完耗时操作都要另外开启子线程来执行,执行完线程以后线程会自动销毁. 想象一下如果我们在项目中经常要执行耗时操作,如果经常要开启线程,接着又销毁线程, 这无疑是很消耗性能的?那有什么解决方法呢? 使用线程池 使用HandlerThread 本篇文章主要讲解一下问题 HandlerThread的使用场景以及怎样使用HandlerThread? HandlerThread源码分析 2.HandlerThread的使用场景以及怎样使用HandlerThr

在Android的开发中,往往有这种需求,比如一个耗时的操作,联网获取网络图片.内容,数据库耗时读写等等,在此耗时操作过程中,开发者也许不希望用户再进行其他操作(其他操作可能会引起逻辑混乱),而此时需要给用户一个额外的加载页面遮挡住主逻辑代码的运行,待主页面的耗时操作完成后,自动消失这样加载过度页面,恢复出正常应该显示的页面. 举个实际的例子,如代码使用Android WebView打开一个网页链接试图加载某个网站,但网络质量不佳,需要耗时很久,那么在这个过程中,较好的用户体验做法是:给用户一个

在实际应用中经常会遇到比较耗时任务的处理,比如网络连接,数据库操作等情况时,如果这些操作都是放在主线程(UI线程)中,则会造成UI的假死现象(android4.0后也不许放在UI线程),这可以使用AsyncTask和Handler两种异步方式来解决这种问题. AsyncTask(异步任务处理)在使用AsyncTask时处理类需要继承AsyncTask,提供三个泛型参数,并且重载AsyncTask的四个方法(至少重载一个). 三个泛型参数:1.Param 任务执行器需要的数据类型2.Progres

相信各位对 AsyncTask 不会陌生,虽然它有如下弊端: 1. 如果在activiy内部new 一个AsyncTask, 横竖屏切换生成一个新的activity,等结果返回时,处理不好容易出现NPE. 2. 容易出现内存泄漏,如果AsyncTask 进行比较耗时的IO操作(网络操作, 打开一个文件等等),在activity onDestroy的时候没有cancel的话, 导致该Activity不能被GC回收(AsyncTask 在Activity内部执行耗时操作). 3. 如果调用 exec

在Android项目中经常有碰到这样的问题,在子线程中完成耗时操作之后要更新UI,下面就自己经历的一些项目总结一下更新的方法: 在看方法之前看一下Android中消息机制: 引用 Message:消息,其中包含了消息ID,消息处理对象以及处理的数据等,由MessageQueue统一列队,终由Handler处理. Handler:处理者,负责Message的发送及处理.使用Handler时,需要实现handleMessage(Message msg)方法来对特定的Message进行处理,例如更新U

这十年来,在图像处理领域提出了很多新的图像分析和处理方法,包括是自动的以及一些需要有人工参与的,典型的比如stereo depth computations.image colorization.tone mapping of high dynamic range (HDR) images. graph cuts ,这些算法都有着比较好的效果,但都普遍存在一个问题:就是计算量特别大,很难满足用户的需求.而数字图像在尺寸大小上的增长速度这段时间也相当惊人.还有个问题就是有些算法需要解一个很大的稀疏

测试一 字段:ID,test,number 电脑配置:8g内存 同时写入超过5w条,就会卡死 错误提示 Fatal error: Allowed memory size of bytes exhausted (tried to allocate bytes) 测试二 字段:ID,test,number 电脑配置:8g内存 写入记录5w, 耗时:10s 读取5w,耗时 字段:ID,name,number 100w记录 SUM耗时只需要0.233s 100w记录 count(*)耗时只需要0.165

我发现开发项目用的redis 隔一两分钟就出现 耗时问题,长达五秒.一开始以为是 redis 服务器不稳定,但运维测试发现redis稳定的,在高并发下最大耗时也就只有100毫秒左右,怎么也不可能达到5秒. 排除redis服务器稳定性问题后,就只有可能网络抖动问题 和 客户端redis配置及代码问题了,监控了 redis 耗时后发现了诡异的地方,如下图~

SQL Server定时自动抓取耗时SQL并归档数据发邮件脚本分享 第一步建库和建表 USE [master] GO CREATE DATABASE [MonitorElapsedHighSQL] GO --建表 USE [MonitorElapsedHighSQL] GO --1.表[SQLCountStatisticsByDay] --抓取到的sql语句数量 CREATE TABLE [dbo].[SQLCountStatisticsByDay] ( id , ) PRIMARY KEY ,

前面两篇分别介绍了通过脚本和C代码读写/sys/class/gpio以控制GPIO.实际项目调试时经常还需要在Java代码里控制GPIO,其实现与C代码类似,唯一不同是Android权限.本文重点介绍Android6.0权限的配置并对在Java层控制GPIO的耗时做简单分析. 以高通平台为例,权限配置主要修改HLOS/device/qcom/sepolicy/common目录下的file.te.file_contexts和system_app.te三个文件. file.te修改如下, # GPI

图像处理中,有很多算法由于其内在的复杂性是天然的耗时大户,加之图像本身蕴涵的数据量比一般的对象就大,因此,针对这类算法,执行速度的提在很大程度上依赖于硬件的性能,现在流行的CPU都是至少2核的,稍微好点的4核,甚至8核,因此,如果能充分利用这些资源,必将能发挥机器的强大优势,为算法的执行效果提升一个档次. 在单核时代,多线程程序的主要目的是防止UI假死,而一般情况下此时多线程程序的性能会比单线程的慢,这种情况五六年前是比较普遍的,所有哪个时候用VB6写的图像程序可能比VC6的慢不了多少.可在多核

在接口开发中,我们通常需要统计接口耗时,为后续接口性能做统计.在springMVC中可以用它的aop来记录日志. 1.在spring配置文件中开启AOP <!--*************** 支持aop **************** --> <aop:aspectj-autoproxy proxy-target-class="true" /> 2.编写AOP package com.parry.demo.aop; import org.apache.log

四则运算编程 PSP记录个人项目耗时情况 PSP Personal Software Process Stages Time(%) Planning 计划 7 Estimate 估计这个任务需要多少时间 7 Development 开发 85 Analysis 需求分析 4 Design Spec 生成设计文档 5 Design Review 设计复审 3 Coding Standard 代码规范 4 Design 具体设计 12 Coding 具体编码 40 Code Review 代码复审

我遇到的问题是代码中不断的添加一个图标到舞台上,而且这个图标非常小,所以从内存也看不出什么问题. 但是由于舞台物件太多了,并且不断添加,导致渲染耗时严重. 而且这种错误,开发工具并不会报错,也不属于死循环. 只能是一点点的追踪. 比如我发现,只有当出现角色攻击其它对象的时候, 才会出现这个问题,而且问题不是加载完成进入游戏就马上出现,而是要经历一段时间才会出现问题.那么就可以确定,这个问题是需要时间积累才产生的,并且在攻击时出现,那么我就用排除法,把攻击时产生的动作代码一个个注释掉,并一个个排除

请同学们参照教材<构建之法>2.3节表2-4 PSP2.1汇报自己在完成四则运算编程时候的时间分布,发布到博客上. 个人项目耗时情况分析 PSP Personal Software Process Stages Time(%)Senior  Planning 计划 10 · Estimate · 估计计划需要多长时间 10 Development 开发 86 · Analysis · 需求分析 5 · Design Spec · 生成设计文档 6 · Design Review · 设计复审

PSP个人项目耗时对比记录表:四则运算   Personal Software Process Stages Time(%) Planning 7  Estimate 9 开发 76    •需求分析  6    •生成设计文档  7    •设计复审(和同事审核设计文档)  6    •代码规范(为目前的开发制定合适的规范)  9    •具体设计  23    •具体编码 86    •代码复审  21    •测试(自测,修改代码,提交修改)  20 报告 55    •测试报告  25

使用委托进行异步操作,处理一些耗时操作,防止主线程阻塞 使用例子: using System; using System.Collections.Generic; using System.Linq; using System.Text; namespace Demo { class Program { static void Main(string[] args) { Func<string> fun = new Func<string>(Test); Console.Write

处理事情: 数据处理过程中,速度很慢,无法准确定位分析是DB问题还是客户端处理问题,所以增加计时统计日志: Delphi计时首次使用,查阅资料,予以记录: var BgPoint, EdPoind: int64; OffSet: int64; begin BgPoint := GetTickCount; //>> 逻辑处理语句...... EdPoind := GetTickCount; OffSet := EdPoind - BgPoint; //耗时(ms) end; //>>