IOS经常使用的性能优化策略

1、用ARC管理内存

2、对于UITableView使用重用机制

3、UIView及其子类设置opaque=true

4、主进程是用来绘制UI的，所以不要堵塞

5、慎用XIB,由于XIB创建UIViewController时。会将xib上的全部内容导入到内存

6、选择正确集合

Arrays:有序的值的列表。用index高速查找，通过值查找慢，insert/delete操作慢。

Dictionaries:存储键/值对.用index高速查找。

Sets: 无序的值列表。

通过值高速查找，insert/delete快。

7、启用gzip压缩

iOS早已默认支持GZIP压缩

8、延迟创建

时间： 2024-10-28 13:06:01

IOS经常使用的性能优化策略的相关文章

常见性能优化策略的总结

本文是一位美团老师把之前所做的各种性能优化的案例和方案加以提炼.总结,以文档的形式沉淀下来,并在内部进行分享.力求达到如下效果: 形成可实践.可借鉴.可参考的各种性能优化的方案以及选型考虑点,同时配合具体的真实案例,其他人遇到相似问题时,不用从零开始: 有助于开阔视野,除了性能优化之外,也能提供通用的常见思路以及方案选型的考虑点,帮助大家培养在方案选型时的意识.思维以及做各种权衡的能力: 常见性能优化策略分类: 代码 之所以把代码放到第一位,是因为这一点最容易引起技术人员的忽视.很多技术人员拿到

常见性能优化策略的总结（转）

add by zhj: 我个人感觉性能优化分析影响性能的因素有哪些,然后按影响力的大小进行排序,然后进行排序. 然后进一步分析每个因素为何会影响性能,把这些因素再找出来,再按影响力大小进行排序.基本上,经过 这两层的分析,基本就够用了.对这些因素思考解决办法. 1. 数据库层 我们的目标是减少IO访问,或者将IO访问进行负载均衡,分配到多台服务器,并行计算. 1.1 数据库的数据存储在硬盘,硬盘访问速度比内存慢太多,即IO多 1.2 数据量大导致扫描记录多,间接导致IO多 1.3 所有数据库访问

常见性能优化策略总结

常见性能优化策略分类 代码 之所以把代码放到第一位,是因为这一点最容易引起技术人员的忽视.很多技术人员拿到一个性能优化的需求以后,言必称缓存.异步.JVM等.实际上,第一步就应该是分析相关的代码,找出相应的瓶颈,再来考虑具体的优化策略.有一些性能问题,完全是由于代码写的不合理,通过直接修改一下代码就能解决问题的,比如for循环次数过多.作了很多无谓的条件判断.相同逻辑重复多次等. 数据库 数据库的调优,总的来说分为以下三部分: SQL调优 这是最常用.每一个技术人员都应该掌握基本的SQL调优手段

常见性能优化策略的总结 good

阅读目录 代码 数据库 缓存 异步 NoSQL JVM调优 多线程与分布式 度量系统(监控.报警.服务依赖管理) 案例一:商家与控制区关系的刷新job 案例二:POI缓存设计与实现 案例三:业务运营后台相关页面的性能优化 add by zhj: 我个人感觉性能优化分析影响性能的因素有哪些,然后按影响力的大小进行排序,然后进行排序. 然后进一步分析每个因素为何会影响性能,把这些因素再找出来,再按影响力大小进行排序.基本上,经过 这两层的分析,基本就够用了.对这些因素思考解决办法. 1. 数据库层

90 % Java 程序员被误导的一个性能优化策略

我们经常看到一些 Java 性能优化的书或者理念,说不要在循环内定义变量,这样会占用过多的内存影响性能,而要在循环外面定义.接触 Java 这么久以来,相信很多 Java 程序员都被这种代码性能优化策略所误导. 看下面两个示例,示例1在循环外定义变量,示例2是在循环内定义变量. /** * 循环外定义变量 */ private static void outer() { Javastack javastack = null; for (int i = 0; i < 10; i++) { java

性能优化策略

性能问题的处理流程 发现/重现问题 利用工具剖析 形成假设 改进代码和设计 在以上的四个步骤中循环反复,直到问题解决. Profile!不要猜! 性能优化的主要策略: 不要做无用功:不要在启动时花几百ms来做logging,不要为同样的数据做多次查询 试图重用:对于创建过程昂贵的对象,要重用而不是重新创建 Table View的cell Date/Number的formatter 正则表达式 SQLite语句 使用更快的方式设计.编程:选择正确的集合对象和算法来进行编程.选择适合的数据存储格式(

Android性能优化策略

本篇主要是对 google推出的性能优化典范 进行一个通篇的整理- 主要在于一些具体的优化技巧.至于 60fps.掉帧.gc.内存抖动.阈值-等等这些性能术语的概念里面不做多概括,请自行查阅- 本篇从以下几点延伸扩展- 绘制/渲染 优化布局的结构 避免复杂的View层级.布局越复杂就越臃肿,就越容易出现性能问题,寻找最节省资源的方式去展示嵌套的内容: 尽量避免在视图层级的顶层使用相对布局 RelativeLayout .相对布局 RelativeLayout 比较耗资源,因为一个相对布局 Rel

数据库性能优化策略

有数据表明:用户可以承受的最大等待时间为8秒. 之前曾见过某个产品的一个列表页,40秒左右才能加载出来,几乎没有进行任何优化措施. 没有索引,没有缓存机制,没有进行sql优化(sql语句很长,并且各种left join表关联). 数据库优化策略有很多,设计初期,建立好的数据结构对于后期性能优化至关重要.因为数据库结构是系统的基石,基础打不好,使用各种优化策略,也不能达到很完美的效果. 一:规范化与反规范化 大家都听说过:数据库设计三大范式. 1．第一范式(确保每列保持原子性) 第一范式是最基本的

MIC性能优化策略

MIC性能优化主要包括系统级和内核级:系统级优化包括节点之间,CPU与MIC之间的负载均衡优化:MIC内存空间优化:计算与IO并行优化:IO与IO并行优化:数据传递优化:网络性能优化:硬盘性能优化等.内核级优化包括并行度优化:负载均衡优化:进程/线程的同步优化:线程扩展优化:向量化优化:cache优化:数据对齐优化:库函数的选择等. 并行度优化 MIC上的并行化主要涉及并行线程/进程的数目,并行层级,并行粒度等方面. 并行度 MIC卡上包含众多的物理核,同时每个核上可以开启4个线程.例如一块60