组件化 本文主要介绍组件化常用三种通讯方式. 常⽤的三种组件化通讯方案 组件化通信方案 组件化最重要的是兄弟模块的通讯 常⽤的三种方案 URL Scheme Target - Action Proto

究竟为什么一定要在主线程操作UI呢？如果在后台线程对UI进行操作会发生什么？在后台线程对UI进行操作不是可以更好的避免卡顿吗？这篇文章就是基于这样一些疑问而产生的。

本文主要讲组件化之间是如何通讯的组件化通讯方案目前主流的主要有以下三种方式：1、URL路由2、target-action3、protocol匹配URL路由目前iOS上大部分路由工具都是基于URL匹配的

本文主要介绍界面卡顿的原理以及优化界面卡顿通常来说，计算机中的显示过程是下面这样的，通过CPU、GPU、显示器协同工作来将图片显示到屏幕上1、CPU计算好显示内容，提交至GPU2、GPU经过渲染完成后

如何量化iOS列表滑动流畅度？ 如何分析iOS卡顿原因？ 如何优化卡顿， 提升用户体验？ 也许， 你可以在这篇文章中找到答案！

一、需求背景1、现状iOS所提供的UIKit框架，其工作基本是在主线程上进行，界面绘制、用户输入响应交互等等。当大量且频繁的绘制任务，以及各种业务逻辑同时放在主线程上完成时，便有可能造成界面卡顿，丢帧

在 VSync 信号到来后，系统图形服务会通过 CADisplayLink 等机制通知 App，App 主线程开始在 CPU 中计算显示内容，比如视图的创建、布局计算、图片解码、文本绘制等。随后 CPU 会将计算好的内容提交到 GPU 去，由 GPU 进行变换、合成、渲染。随后…

当我们操作UI时，例如改变frame、更新UIView/CALayer，或者自己去调用setNeedsLayout/setNeedsDisplay方法，UIView会调用-[CALayer setNeedsLayout]/-[CALayer setNeedsDisplay]方法…

在移动互联网时代，对于每个公司、企业来说，用户的行为数据非常重要。重要到什么程度，用户在这个页面停留多久、点击了什么按钮、浏览了什么内容、什么手机、什么网络环境、App什么版本等都需要清清楚楚。一些大厂的蛮多业务成果都是基于用户操作行为进行推荐后二次转换。另一方面是以日志的作用…