performSelector具体的创建方式有10种,根据执行方式分为了五大类。//1️⃣三种 这三种跟直接调用方法没有区别,同步执行任务,阻塞当前线程。执行完sel再继续执行原来任务
[self performSelector:sel];
[self performSelector:sel withObject:nil];
[self performSelector:sel withObject
一、主线程 (1)主线程的定义： 在iOS操作系统中，一个程序运行后，默认会开启一个线程，称为“主线程”或“UI线程”。 (2)主线程的作用：
无图/无目录/格式错误/更多相关请到上方的文章首发页面查看。操作系统原理学习笔记目录排版可是越来越好看了呢！有点尴尬，突然发现连续八篇文章都忘标目录了，还好还没发布。2021/1/3：改正一个错别字，以及更通顺的语义。2023/11/10：一个局部最优死锁算法的复杂度似乎算错了，见文章底部。死锁检测算法与死锁解除算法不采取预防死锁或避免死锁的OS，可能发生死锁，因此应当提供两个算法：死锁检测算法
1.死锁检测给定一组线程操作锁的流程，判断是否会发生死锁？例如:有两个线程和两个资源，线程对锁的操作如下:其中T表示线程id，L表示锁id，S表示操作(1表示获取锁，0表示释放锁)T L S1 1 1(线程1获取1号锁)2 2 2(线程2获取2号锁)1 2 1(线程1获取2号锁，保持等待)2 1 1(线程2获取1号锁，导致死锁)如果最后一次操作换为:2 2 0，就不会死锁.问题的关键是如何判断死锁
转载
2023-08-27 16:15:42
201阅读
俗话说“书卷多情似故人，晨昏忧乐每相亲”闲暇之时，我们还是要多和故人联络联络感情。哈哈，言归正传，安闲之余，看操作系统原理一书，里面有一章节讲解的是死锁，很多人认为，死锁是很高端的操作系统层面的问题，离我们很远，一般不会遇上。其实这种想法是非常错误的，作为一名iOS开发，在iOS中，下面这段常见的程序就会造成死锁：int main(int argc, const char * argv[]) {
转载
2023-07-21 18:32:18
123阅读
多线程程序发生死锁，某些重要线程卡住，不正常工作。排查起来非常麻烦。以下内容记录排查方法1.确定死锁的位置，一般死锁会lock到某一行具体的代码，比如我就死锁在类似如下代码中public void SendSerialportMsg()
{
lock(this) //死锁
{
//..
转载
2023-06-08 09:14:49
288阅读
问题：ios 谁能分析下多线程死锁问题，感谢，分析图一二为什么是这个结果？（问题帖子链接：http://zhidao.baidu.com/link?url=Lr9sNchrdnCLJdoc73WeHfL3lcu7lBvyKQ2hBrF2jbyM3wkJWeK0esMKOhIVL9wDfwOduh7pK3UCIwxreRBZjeyv0uYZpnCxR7dms05Ih4K）网络看到一个帖子（链接如上）
转载
2023-09-07 21:38:17
45阅读
什么是死锁死锁（Dead Lock）是指两个或两个以上的进程在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。死锁示例接下来，我们先来演示一下 Java 中最简单的死锁，我们创建两个锁和两个线程，让线程 1 先拥有锁 o1，然后在 2s 后尝试获取锁 o2，同时我们启动
线程安全：当多个线程访问同一块资源时，很容易引发数据错乱和数据安全问题。就好比几个人在同一时修改同一个表格，造成数据的错乱。解决多线程安全问题的方法方法一：互斥锁（同步锁）@synchronized(锁对象) {
// 需要锁定的代码
} 判断的时候锁对象要存在，如果代码中只有一个地方需要加锁，大多都使用self作为锁对象，这样可以避免单独再创建一个锁对象。加了互斥做的代码，当新线程
一、NSThread 多线程的优缺点：优点：NSThread比NSOperation和GCD轻量级；缺点：需要自己管理线程的生命周期，线程同步。线程同步对数据的加锁会有一定的系统开销。二、NSThread的使用：1、NSThread有两种直接创建方式：①、- (id)initWithTarget:(id)target selector:(SEL)selector object:(id)argume
转载
2023-08-19 10:27:01
36阅读
解决死锁问题的第三类方法：死锁检测与解除死锁检测： 允许死锁发生，但是操作系统会不断监视系统进展情况，判断死锁是否真的发生一旦发现有死锁发生则采用专门的措施，解除死锁并以最小的代价恢复操作系统运行检测时机： 1、当进程由于资源请求不满足而等待时检测死锁 （死锁是一组互相等待的进程） 缺点：如果每次进入等待的时候都去检测死锁是否发生，就会造成巨大的系统开销。2、定时检测：可以设定一个检测的周期，比如
死锁是很讨厌的（虽然活锁更讨厌），如何避免死锁呢？在两个线程间的循环等待是比较容易识别的，但是在死锁的形成中如果包含多个线程，那么就是难以发现的（现实中不少这种情况）。首先来看看死锁形成的几个必要条件1、互斥2、等待3、不可抢占4、循环等待 除了完全避免多线程编程之外，如果要避免死锁，那么必须要使得上面这4个条件中有任意一个不满足。 1、互斥是大多数锁的一种固有性质，你没办法改
1. 死锁的处理如果系统中既不采取预防死锁的措施，也不采取避免死锁的措施，系统就很可能发生死锁。在这种情况下，系统应当提供两个算法: ①死锁检测算法:用于检测系统状态，以确定系统中是否发生了死锁。 ②死锁解除算法:当认定系统中已经发生了死锁，利用该算法可将系统从死锁状态中解脱出来。2. 死锁的检测为了能对系统是否已发生了死锁进行检测，必须: ①用某种数据结构来保存资源的请求和分配信息: ②提供一种
autorelase的本质就是延迟调用release方法NSThread和NSOperationQueue开辟子线程需要手动创建autoreleasepool，GCD开辟子线程不需要手动创建autoreleasepool，因为GCD的每个队列都会自行创建autoreleasepool用@autoreleasepool是有用的。 正常情况下，你创建的变量会在超出其作用域的时候被释放掉。 而如果你的函
什么是线程死锁线程死锁是指由于两个或者多个线程互相持有对方所需要的资源，导致这些线程处于相互等待状态，若无外力作用，它们将无法继续执行下去。造成死锁的原因可以概括成三句话：当前线程拥有其他线程需要的资源当前线程等待其他线程已拥有的资源都不放弃自己拥有的资源线程死锁产生的四个必要条件互斥，共享资源 X 和 Y 只能被一个线程占用；占有且等待，线程 T1 已经取得共享资源 X，在等待共享资源 Y 的时
转载
2023-08-13 16:25:39
170阅读
什么是线程死锁：多个线程同时被阻塞，它们中的一个或者全部都在等待某个资源被释放。由于线程被无限期地阻塞，因此程序不可能正常终止。 产生条件：产生：（1）互斥条件：进程要求对所分配的资源进行排它性控制，即在一段时间内某资源仅为一进程所占用。（2）请求和保持条件：当进程因请求资源而阻塞时，对已获得的资源保持不放。（3）不剥夺条件：线程已获得的资源在未使用完之前，不能剥夺，只能在使用完时由自己
转载
2023-06-09 17:32:41
73阅读
一、什么是死锁简单理解就是：一个线程加锁之后，无法被解锁，导致程序无法正常运行。二、死锁的成因1、一个线程，一把锁的情况一个线程连续加锁两次，如果这个锁是不可重入锁，那么一定会死锁！synchronized是可重入锁，所以不会有这个问题~2、两个线程，两把锁的情况死锁场景：线程1先获取锁A，再尝试获取锁B，同时，线程2先获取锁B，再尝试获取锁A，此时两个线程就会互相僵住，谁都获取不到对方持有的锁。
下面两段代码都在主线程中运行，我们在看别人代码时会发现有时会直接调用，有时会利用performSelector调用，今天看到有人在问这个问题，我便做一下总结，[delegate imageDownloader:self didFinishWithImage:image];
[delegate performSelector:@selector(imageDownloader:didFinish
转载
2023-07-19 22:18:51
0阅读
iOS 上不建议在非主线程进行UI操作，在非主线程进行UI操作有很大几率会导致程序崩溃，或者出现预期之外的效果。我开始不知道这一点，在子线程中进行了弹窗操作，结果程序就出问题了！报的错误是（EXC_BAD_ACCESS(code=2,address=0xcc)，0x1a0ad32: movl 204(%ecx), %edx ），我以为是空指针导致的内存泄露，用了很多方法，但这问题感觉很顽
转载
2023-07-12 20:24:49
353阅读
Spring默认线程池 simpleAsyncTaskExecutorSpring异步线程池的接口类是TaskExecutor ，本质还是 java.util.concurrent.Executor，没有配置的情况下，默认使用的是 simpleAsyncTaskExecutor@Component
@EnableAsync
public class ScheduleTask {
Simp
