想要优化启动时间，就需要要知道启动时app都做了什么？通过添加环境变量可以打印出APP的启动时间分析（Edit Scheme -> Run -> Arguments)
在iOS开发中，NSObject类是万事万物的基类，其在Objective-C的整理类架构中非常重要，其中有两个很有名的方法：load方法与initialize方法。
onCreate : 创建服务 onStart : 开始服务，Android2.0以下版本使用 onStartCommand : 开始服务，Android2.0及以上版本使用。该函数返回值为整型，一般取值START_STICKY，具体说明如下： 1、START_STICKY：粘性的服务。如果服务进程被杀掉，保留服务的状态为开始状态，但不保留传送的Intent对象。随后系统会尝试重新创建服务，由于服务状态为开始状态，所以创建服务后一定会调用onStartCommand方法。如果在此期间没有任何启动命令送给服务，那么参数Intent将为空值。 2、START_NOT_STICKY：非粘性的服务。使用这个返回值时，如果服务被异常杀掉，系统不会自动重启该服务。 3、START_REDELIVER_INTENT：重传Intent的服务。使用这个返回值时，如果服务被异常杀掉，系统会自动重启该服务，并传入Intent的原值。 4、START_STICKY_COMPATIBILITY：START_STICKY的兼容版本，但不保证服务被杀掉后一定能重启。 onDestroy : 销毁服务 onBind : 绑定服务 onRebind : 重新绑定。该方法只有当onUnbind返回true的时候才会被调用 onUnbind : 解除绑定。返回值true表示希望以后再绑定时能够调用onRebind方法，false表示再绑定时不调用onRebind方法 最简单的服务启动顺序：onCreate->onStartCommand 最简单的服务退出顺序：onDestroy
Object 类是所有 Java 类的根基类，也就意味着所有的 Java 对象都拥有Object 类的属性和方法。
前言 网上有很多关于程序启动过程和UIApplicationDelegate方法调用顺序的文章。笔者这里不再介绍程序的启动过程和delegate方法的调用过程。而是介绍一下UIApplication会在什么情况下调用UIApplicationDelegate的哪些方法。以及常见的场景下，哪些方法会被调用，苹果为什么会这样做。 回顾 首先让我们先来回顾下与程序启动过程相关的一些delegate方法的调用时机。 - (BOOL)application:(UIApplication *)application d
对小码哥底层班视频学习的总结与记录。面试题部分，通过对面试题的分析探索问题的本质内容。 问题 iOS用什么方式实现对一个对象的KVO？（KVO的本质是什么？） 如何手动触发KVO 首先需要了解KVO基本使用，KVO的全称 Key-Value Observing，俗称“键值监听”，可以用于监听某个对象属性值的改变。 - (void)viewDidLoad { [super viewDidLoad]; Person *p1 = [[Person alloc] init]; Pers
HTTP 是应用层协议，他的工作还需要数据层协议的支持，最常与它搭配的就是 TCP 协议（应用层、数据层是 OSI 七层模型中的，以后有机会会说到的）。TCP 协议称为数据传输协议，是可靠传输，面向连接的，并且面向字节流的。
深入源码解析IntrospectorCleanupListener作用、如何正确配置以及为什么这么配置。 Introspector作用及影响 在分析IntrospectorCleanupListener之前，先了解一下Introspector。Introspector是JDK中java.beans包下的类，它为目标JavaBean提供了一种了解原类方法、属性和事件的标准方法。通俗的说，就是可以通过Introspector构建一个BeanInfo对象，而这个BeanInfo对象中包含了目标类中的属性、方法和事
我将用“滑动一次页面：从欢迎页1滑动到欢迎页2”的实例来说明上述复写方法的调用顺序。
目前，开源社区和业界内已经存在一些 iOS 导航栏转场的解决方案，但对于历史包袱沉重的美团 App 而言，这些解决方案并不完美。有的方案不能满足复杂的页面跳转场景，有的方案迁移成本较大，为此我们提出了一套解决方案并开发了相应的转场库，目前该转场库已经成为美团点评多个 App 的基础组件之一。
很多人在面试的时候都会被问到 Category，既然允许用 Category 给类增加方法和属性，那为什么不允许增加成员变量？
封装是为了更好的重用性、可扩展性，但要综合考虑性能问题，即使新增了判断也会增加性能的消耗，只是不会量级的增加。比如简单工厂和抽象工厂（反射机制）的封装，会增加性能的消耗。但把对象的管理变成了可配置化。
UIViewController的生命周期及iOS程序执行顺序 当一个视图控制器被创建，并在屏幕上显示的时候。 代码的执行顺序 1、alloc 创建对象，分配空间 2、init (initWithNibName) 初始化对象，初始化数据 3、loadView从nib载入视图，通常这一步不需要去干涉。除非你没有使用xib文件创建视图 4、viewDidLoad载入完成，可以进行自定义数据以及动态创建其他控件 5、viewWillAppear视图将出现在屏幕之前，马上这个视图就会被展现在屏幕上了 6、viewD
下面是Activity类与生命周期有关的方法： onCreate : 创建页面 onStart : 开始页面 onStop : 停止页面 onResume : 恢复页面 onPause : 暂停页面 onDestroy : 销毁页面 onRestart : 重启页面 onNewIntent : 重用栈中已存在的实例 onSaveInstanceState : 保存实例状态。使用场景：1、从A视图跳转到B视图，需要保存A视图的状态（不考虑特殊情况）；2、屏幕从竖屏变为横屏，需要保存竖屏时的视图状态，从横屏变为竖屏亦然；3、当前Activity处于后台，系统因资源紧张将其杀死。 onRestoreInstanceState : 恢复实例状态。使用场景：1、屏幕从竖屏变为横屏，横屏显示时需要恢复之前保存的竖屏状态；2、activity后台运行被系统杀死。此处注意，从B视图返回A视图时并不调用该方法。 最简单的页面启动顺序：onCreate->onStart->onResume 最简单的页面退出顺序：onPause->onStop->onDestroy
编译原理 : https://blog.csdn.net/z929118967/article/details/123778003在解释型语言中，代码自上而下运行，且实时返回运行结果。
Objective-C作为一门面向对象语言，有类和对象的概念。编译后，类相关的数据结构会保留在目标文件中，在运行时得到解析和使用。在应用程序运行起来的时候，类的信息会有加载和初始化过程。 就像Application有生命周期回调方法一样，在Objective-C的类被加载和初始化的时候，也可以收到方法回调，可以在适当的情况下做一些定制处理。而这正是load和initialize方法可以帮我们做到的。
目的是保证线程执行结果的可见性 什么意思呢，就是不出结果不罢休，我用了join方法，那你们就要等我执行完结果出来了你们才能继续执行。
● load方法会在加载类的时候就被调用，也就是说iOS应用启动的时候，就会加载所有的类，会调用每个类的+load方法。
继承中有些情况下由于设计不好，或者因场景需要，子类和父类中可能会存在相同名称的成员，如果要在子类方法中访问父类同名成员时，由于子类是无法直接访问的，就需要用到Java提供的super关键字，该关键字主要作用：在子类方法中访问父类的成员。
文中示例代码在： bujige / YSC-Runtime-MethodSwizzling
关于load方法我相信大家应该有所了解。这篇文章主要目的是记录我在看 ObjC源码时对于load方法的一些新的认知，所以在这篇文章里面会粘贴部分关键的 ObjC源码。
类比程序员的日常：办公室里执行 OKR 的程序员们，如果产品需求池有任务了，大家一起分任务，需求池空了（有生之年基本不会空）就摸鱼。
OBJC_SWIFT_UNAVAILABLE 宏表示只能在OC中使用，在Swift中不能使用 +(instancetype)new 可以看作是alloc与init方法的结合 +(instancetype)allocWithZone alloc也是调用该方法，参数传NULL +(instancetype)alloc 为对象分配内存空间 -(instancetype)init 初始化变量 -(void)dealloc 销毁对象时调用的方法 上面的方法是我们开发时比较常用的，也很好理解，而load和initialize这两个方法并不常用，而且也有点特殊，下面我们就来详细说一下这两个方法
本周跟着 Tasks, microtasks, queues and schedules 这篇文章一起深入理解这些概念间的区别。
Filter是J2E中来的，可以看做是Servlet的一种“加强版”，它主要用于对用户请求进行预处理和后处理，拥有一个典型的处理链。Filter也可以对用户请求生成响应，这一点与Servlet相同，但实际上很少会使用Filter向用户请求生成响应。
以源代码中muduo/examples/protobuf/rpc/为例，梳理pb rpc+muduo的处理流程。
功能难点是要以指定顺序执行代码，方法调用顺序又不与执行顺序不对等，所以核心目的是创建一个任务队列，这个任务队列，必须是同步执行的，将子任务插入队列前面或者后面，依次执行这些任务 vue批量异步更新也似类是似的思想
面向对象的三大特征：继承、封装、多态进行详细的讲解。另外还包括抽象类、接口、内部类等概念。很多概念对于初学者来说，更多的是先进行语法性质的了解，然后进行大量的练习，编程才算是刚刚开始。
gomock是golang官方开发维护的接口级别的mock方案，包含了GoMock包和mockgen工具两部分，其中GoMock包完成对桩对象生命周期的管理，mockgen工具用来生成interface对应的Mock类源文件。要使用gomock的一个前提是模块之间务必通过接口进行依赖，而不是依赖具体实现，否则mock会非常困难。这个工具目前业界用的并不多，主要是局限性太大，所以我们只需要简单了解一下如何使用就行。
在React 16.7 的版本中，Hooks 诞生了，截止到目前， 也有五六个月了， 想必大家也也慢慢熟悉了这个新名词。
1. 控制器View的创建 首先我们来看一下控制器view创建的流程图 控制器view加载.jpeg 从图中我们可以看出，在控制器view加载过程中有两个重要的方法loadView和viewDidLo
Java本身是支持多线程的，而在多线程的情况下，为了防止 多个任务同时访问同一个资源而导致的冲突问题，所以出现了加锁机制。也就是说第一个访问某项资源的任务必须锁定这项资源，使其他任务在其被解锁之前，就无法访问它，而在其被解锁时候，另一个任务就可以锁定并使用它。
这个问题，如果问到Spring的话，基本会被问到，如果多个bean怎么控制顺序，如何保证某个bean优先创建。在Spring框架中，bean的创建顺序通常是根据依赖关系自动确定的。然而，在某些情况下，我们需要优先创建某个特定的bean，以确保其他bean能够正常工作。本文将介绍如何在Spring如何控制bean的创建顺序，并根据多种实现方案进行案例分析。
程序员的日常工作除了写代码之外，很大一部分时间将会在查找 BUG，解决问题。查找 BUG，离不开在 IDE 中调试代码。熟练的掌握调试技巧，可以帮助我们减少查找时间，快速定位问题。
在大型公司的面试过程中，排序是必问的知识。本篇内容来自《算法（第4版）》 — — Robert Sedgewick， Kevin Wayne 概念 归并排序的实现我是这样来描述的：先对少数几个元素通过两两合并的方式进行排序，形成一个长度稍大一些的有序序列。然后在此基础上，对两个长度稍大一些的有序序列再进行两两合并，形成一个长度更大的有序序列，有序序列的的长度不断增长，直到覆盖整个数组的大小为止，归并排序就完成了。 递归和循环 归并排序有两种实现方式： 基于递归的归并排序和基于循环的归并排序。（也叫自顶向下的
Category（分类） 是 Objective-C 2.0 添加的语言特性，主要作用是为已经存在的类添加方法。Category 可以做到在既不子类化，也不侵入一个类的源码的情况下，为原有的类添加新的方法，从而实现扩展一个类或者分离一个类的目的。在日常开发中我们常常使用 Category 为已有的类扩展功能。
实际项目操作中，由于类的继承导致可能覆盖同名的构造方法，导致只能使用子类的构造，而无法调用父类的构造方法。但其实可以采用super方法解决这个问题，今天的课程就是用来解决这个问题的。
JSPatch 是一个 iOS 动态更新框架，只需在项目中引入极小的引擎，就可以使用就可以使用 JavaScript 调用任何 Objective-C 原生接口，获得脚本语言的优势：为项目动态添加模块，或替换项目原生代码动态修复 bug，目前在 github 上开源。 微信 iOS 客户端使用了 JSPatch，本篇文章详细阐述 JSPatch 的实现原理和一些细节，以帮助使用者更好地了解和使用 JSPatch。文章较长，建议在 PC / Mac 观看。 大纲 基础原理 方法调用 1.require
面向对象作为我们在Java编程的核心思想，在面试上的考察点还是非常的多的，之前已经和小伙伴们总结了两篇有关面向对象的面试题了，今天继续~~~
Cobra是一个用来创建强大的现代CLI命令行的GoLang库，同时自带生成程序相关文件的功能。
作为传统中国人，秉承「来都来了」思想，我试用了一天，又看了下源码，结果发现这个框架真是个宝藏框架。
前言 前面一篇给大家介绍了String类，这个我们经常会用到的一个类，那这一篇给大家分享的是StringBuffer与StringBuidler。等下我也会比较他们三个之间的区别 一、String
模板方法模式，就是指：一个抽象类中，有一个主方法，再定义1…n个方法，可以是抽象的，也可以是实际的方法，定义一个类，继承该抽象类，重写抽象方法，通过调用抽象类，实现对子类的调用。
String 字符串常量 StringBuffer 字符串变量（线程安全） StringBuilder 字符串变量（非线程安全） 简要的说， String 类型和 StringBuffer 类型的主要性能区别其实在于 String 是不可变的对象, 因此在每次对 String 类型进行改变的时候其实都等同于生成了一个新的 String 对象，然后将指针指向新的 String 对象，所以经常改变内容的字符串最好不要用 String ，因为每次生成对象都会对系统性能产生影响，特别当内存中无引用对象多了以后， JVM 的 GC 就会开始工作，那速度是一定会相当慢的。 而如果是使用 StringBuffer 类则结果就不一样了，每次结果都会对 StringBuffer 对象本身进行操作，而不是生成新的对象，再改变对象引用。所以在一般情况下我们推荐使用 StringBuffer ，特别是字符串对象经常改变的情况下。而在某些特别情况下， String 对象的字符串拼接其实是被 JVM 解释成了 StringBuffer 对象的拼接，所以这些时候 String 对象的速度并不会比 StringBuffer 对象慢，而特别是以下的字符串对象生成中， String 效率是远要比 StringBuffer 快的： String S1 = “This is only a” + “ simple” + “ test”; StringBuffer Sb = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”); 你会很惊讶的发现，生成 String S1 对象的速度简直太快了，而这个时候 StringBuffer 居然速度上根本一点都不占优势。其实这是 JVM 的一个把戏，在 JVM 眼里，这个 String S1 = “This is only a” + “ simple” + “test”; 其实就是： String S1 = “This is only a simple test”; 所以当然不需要太多的时间了。但大家这里要注意的是，如果你的字符串是来自另外的 String 对象的话，速度就没那么快了，譬如： String S2 = “This is only a”; String S3 = “ simple”; String S4 = “ test”; String S1 = S2 +S3 + S4; 这时候 JVM 会规规矩矩的按照原来的方式去做
testing包里 介绍了 Go 语言中单元测试的常用方法，包括子测试(subtests)、表格驱动测试(table-driven tests)、帮助函数(helpers)、网络测试和基准测试(Benchmark)等。这篇文章介绍一种新的测试方法，mock/stub 测试，当待测试的函数/对象的依赖关系很复杂，并且有些依赖不能直接创建，例如数据库连接、文件I/O等。这种场景就非常适合使用 mock/stub 测试。简单来说，就是用 mock 对象模拟依赖项的行为。
Person 以及它的两个分类 Person (Test)、Person (Test2) 都实现了+test和+load两个方法，且 Person (Test2) 最后编译。调用 Person 的+test，并打印 Person 元类对象中的类方法列表，查看打印结果。
今天这篇文章就跟大家聊一下如何通过思维导图来分析业务需求，在实际的课程中，我也是这么讲解的。因为篇幅所限，尽量挑主要的说了。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
云直播
对象存储
