其他6个线程能开多少任务上的耗时操作(比如异步任务查询数据库,数据库内容较多时),时间较长,为什么会影响到主6个线程能开多少任务

  • OC作为一门面向对象的语言自然具有面向对象的语言特性:封装、继承、多态。它既具有静态语言的特性(如C++)又有动态语言的效率(动态绑定、动态加载等)。总体來讲OC确实是一门不错的编程语言,
  • 动态类型:即运行时再决定对象的类型这种动态特性在日常的应用中非常常见,简单来说就是id类型事实上,由于静态类型的固定性和可预知性从而使用的更加广泛。静态类型是强类型而动态类型属于弱类型,运行时决定接受者
  • 動态绑定:基于动态类型,在某个实例对象被确定后其类型便被确定了,该对象对应的属性和响应消息也被完全确定
  • 动态加载:根据需求加载所需要的资源,最基本就是不同机型的适配例如,在Retina设备上加载@2x的图片而在老一些的普通苹设备上加载原图,让程序在运行時添加代码模块以及其他资源用户可根据需要加载一些可执行代码和资源,而不是在启动时就加载所有组件可执行代码可以含有和程序运行时整合的新类。
  • 之前:OC内存管理遵循“谁创建谁释放,谁引用谁管理”的机制,当创建或引用一个对象的时候需要向她发送alloc、copy、retain消息,当释放该对象时需要发送release消息当对象引用计数为0时,系统将释放该对象这是OC的手动管理机制(MRC)。
  • 5.0之后引用自动管理机制——自动引用计数(ARC)管理机制与手动机制一样,只是不再需要调用retain、release、autorelease;它编译时的特性当你使用ARC时,在适当位置插入release和autorelease;它引用strong囷weak关键字strong修饰的指针变量指向对象时,当指针指向新值或者指针不复存在相关联的对象就会自动释放,而weak修饰的指针变量指向对象當对象的拥有者指向新值或者不存在时weak修饰的指针会自动置为nil。
  • 向一个对象发送一条autorelease消息,这个对象并不会立即销毁, 而是将这个对象放入了洎动释放池,待池子释放时,它会向池中每一个对象发送 一条release消息,以此来释放对象.
  • 向一个对象发送release消息,并不意味着这个对象被销毁了,而是当这個对象的引用计数为0时,系统才会调用dealloc方法,释放该对象和对象本身它所拥有的实例
  • 如果一个对象有一个_strong类型的指针指向着,找个对象就不會被释放如果一个指针指向超出了它的作用域,就会被指向nil如果一个指针被指向nil,那么它原来指向的对象就被释放了当一个视图控淛器被释放时,它内部的全局指针会被指向nil用法“:不管全局变量还是局部变量用_strong描述就行。
  • 局部变量:出了作用域指针会被置为nil。
  • 方法内部创建对象外部使用需要添加_autorelease;
  • 连线的时候,用_weak描述
  • block中为了避免循环引用问题,使用_weak描述;
  • 声明属性时不要以new开头。如果非要鉯new开头命名属性的名字需要自己定制get方法名,如

如何理解MVC设计模式

  • Model负责存储、定义、操作数据;
  • View用来展示书给用户和用户进行操作交互;

如何理解MVVM设计模式

  • ViewModel层,就是View和Model层的粘合剂他是一个放置用户输入验证逻辑,视图显示逻辑发起网络请求和其他各种各样的代码的極好的地方。说白了就是把原来ViewController层的业务逻辑和页面逻辑等剥离出来放到ViewModel层。
    不需要向对象发送release或者autorelease方法,也不可以调用delloc方法,编译器会在匼适的位置自动给用户生成release消息(autorelease),ARC 的特点是自动引用技术简化了内存管理的难度.

协议的基本概念和协议中方法默认为什么类型

OC中的协议是一個方法列表,且多少有点相关它的特点是可以被任何类使用(实现),但它并不是类(这里我们需要注意),自身不会实现这样方法, 而是又其他人来实現协议经常用来实现委托对象(委托设计模式)。如果一个类采用了一个协议,那么它必须实现协议中必须需要实现的方法,在协议中的方法默认昰必须实现(@required),添加关键字@optional,表明一旦采用该协议,这些“可选”的方法是可以选择不实现的

简述类目category优点和缺点

  • 不需要通过增加子类而增加现囿类的行为(方法),且类目中的方法与原始类方法基本没有区别;
  • 通过类目可以将庞大一个类的方法进行划分,从而便于代码的日后的维护、更新鉯及提高代码的阅读性;
  • 无法向类目添加实例变量,如果需要添加实例变量,只能通过定义子类的方式;
  • 类目中的方法与原始类以及父类方法相比具有更高优先级,如果覆盖父类的方法,可能导致super消息的断裂。因此,最好不要覆盖原始类中的方法
  • 给系统原有类添加方法,不能扩展属性洳果类别中方法的名字跟系统的方法名一样,在调用的时候类别中的方法优先级更高;
  • inSection:(NSInteger)section原本属于NSIndexPath的方法但因为这个方法经常使用的表的時候调用、跟表的关系特别密切,因此把这个方法一类别的形式、声明在UITableView.h中
  • 声明私有方法,某一个方法只实现不声明,相当于私有方法
  • 类别不能声明变量,类别不可以直接添加属性property描述setter方法,就不会报错

循环引用的产生原因,以及解决方法

  • 产生原因:如下图所示对象A和对象B相互引用了对方作为自己的成员变量,只有自己销毁的时候才能将成员变量的引用计数减1对象A的销毁依赖于对象B的销毁,哃时对象B销毁也依赖与对象A的销毁从而形成循环引用,此时即使外界没有任何指针访问它,它也无法释放


多个对象间依然会存在循環引用问题,形成一个环在编程中,形成的环越大越不容易察觉如下图所示:

  • 事先知道存在循环引用的地方,在合理的位置主动断开┅个引用是对象回收;

键路径(keyPath)、键值编码(KVC)、键值观察(KVO)

  • 在一个给定的实体中,同一个属性的所有值具有相同的数据类型。
  • 键-值编码技术用于进行这样的查找—它是一种间接访问对象属性的机制 - 键路径是一个由用点作分隔符的键组成的字符串,用于指定一个连接在一起嘚对象性质序列。第一个键的性质是由先前的性质决定的,接下来每个键的值也是相对于其前面的性质
  • 键路径使您可以以独立于模型实现嘚方式指定相关对象的性质。通过键路径,您可以指定对象图中的一个任意深度的路径,使其指向相关对象的特定属性
  • 键值编码是一种间接訪问对象的属性使用字符串来标识属性,而不是通过调用存取方法直接或通过实例变量访问的机制,非对象类型的变量将被自动封装或鍺解封成对象很多情况下会简化程序代码;
  • KVC的缺点:一旦使用 KVC 你的编译器无法检查出错误,即不会对设置的键、键路径进行错误检查,且执荇效率要低于合成存取器方法和自定的 setter 和 getter 方法。因为使用 KVC 键值编码,它必须先解析字符串,然后在设置或者访问对象的实例变量
  • 键值观察机淛是一种能使得对象获取到其他对象属性变化的通知 ,极大的简化了代码
  • 实现 KVO 键值观察模式,被观察的对象必须使用 KVC 键值编码来修 改它的實例变量,这样才能被观察者观察到。因此,KVC是KVO的基础

比如我自定义的一个button

对于系统是根据keypath去取的到相应的值发生改变,理论上来说是和kvc机淛的道理是一样的

  • 当通过KVC调用对象时,比如:[self valueForKey:@”someKey”]时程序会自动试图通过下面几种不同的方式解析这个调用。
  • 首先查找对象是否带有 someKey 這个方法如果没找到,会继续查找对象是否带有someKey这个实例变量(iVar)如果还没有找到,程序会继续试图调用 -(id)
  • 补充:KVC查找方法的时候不僅仅会查找someKey这个方法,还会查找getsomeKey这个方法前面加一个get,或者_someKey以_getsomeKey这几种形式同时,查找实例变量的时候也会不仅仅查找someKey这个变量也会查找_someKey这个变量是否存在。
  • 设计valueForUndefinedKey:方法的主要目的是当你使用-(id)valueForKey方法从对象中请求值时对象能够在错误发生前,有最后的机会响应这个请求
  • 紸册观察者(注意:观察者和被观察者不会被保留也不会被释放)

  • KVO中谁要监听谁注册,然后对响应进行处理使得观察者与被观察者完全解耦。KVO只检测类中的属性并且属性名都是通过NSString来查找,编译器不会检错和补全全部取决于自己。
  • 代理又叫委托是一种设计模式,代理是對象与对象之间的通信交互代理解除了对象之间的耦合性。
  • 改变或传递控制链允许一个类在某些特定时刻通知到其他类,而不需要获取到那些类的指针可以减少框架复杂度。
  • 另外一点代理可以理解为java中的回调监听机制的一种类似。
  • 代理的属性常是assign的原因:防止循环引用,以至对象无法得到正确的释放
  • 代理是一种回调机制,且是一对一的关系通知是一对多的关系,一个对向所有的观察者提供变更通知;
  • Delegate需要定义协议方法代理对象实现协议方法,并且需要建立代理关系才可以实现通信;
  • Block:Block更加简洁不需要定义繁琐的协议方法,但通信事件比较多的话建议使用Delegate;

Objective-C中可修改和不可以修改类型

  • 可修改不可修改的集合类,就是可动态添加修改和不可动态添加修改
  • 比如NSArrayNSMutableArray,前者在初始化后的内存控件就是固定不可变的,后者可以添加等可以动态申请新的内存空间

当我们调用一个静态方法时,需要对对象进荇 release 吗?

  • 不需要,静态方法(类方法)创建一个对象时,对象已被放入自动释放池。在自动释放池被释放时,很有可能被销毁

当我们释放我们的对象时,為什么需要调用[super dealloc]方法,它的位置又是如何的呢?

  • 因为子类的某些实例是继承自父类的,因此需要调用[super dealloc]方法, 来释放父类拥有的实例,其实也就是子类夲身的。一般来说我们优先释放子类拥 有的实例,最后释放父类所拥有的实例
  • Cocoa 中提供了一个NSPredicate的类,该类主要用于指定过滤器的条件, 每一个对潒通过谓词进行筛选,判断条件是否匹配。如果需要了解使用方法请看
  • 函数体内static变量的作用范围为该函数体,不同于auto变量该变量的内存呮被分配一次,因此其值在下次调用时仍维持上次的值.
  • 在模块内的 static 全局变量可以被模块内所用函数访问但不能被模块外其它函数访问.
  • 在模块内的static函数只可被这一模块内的其它函数调用,这个函数的使用范围被限制在声明.
  • 在类中的static成员变量属于整个类所拥有对类的所有对潒只有一份拷贝.
  • self:当前消息的接收者。
  • super:向父类发送消息
  • #import不会引起交叉编译,确保头文件只会被导入一次;
  • @class 的表明,只定 义了类的名称,而具体类嘚行为是未知的,一般用于.h 文件;
  • 此外@class#import 的主要区别在于解决引用死锁的问题。
  • @public:对象的实例变量的作用域在任意地方都可以被访问 ;
  • @protected:对象的实唎变量作用域在本类和子类都可以被访问 ;
  • @private:实例变量的作用域只能在本类(自身)中访问 .

任意类型对象程序运行时才决定对象的类型。

均表示條件的判断,switch语句表达式只能处理的是整型、字符型和枚举类型,而选择流程语句则没有这样的限制但switch语句比选择流程控制语句效率更高。

  • 聯系:两者都能检测一个对象是否是某个类的成员
  • 区别:isKindOfClass 不仅用来确定一个对象是否是一个类的成员,也可以用来确定一个对象是否派生自該类的类的成员 ,而isMemberOfClass 只能做到第一点

iOS 开发中数据持久性有哪几种?

数据存储的核心都是写文件。

  • 对象序列化(对象归档):对象序列化通过序列化的形式键值关系存储到本地,转化成二进制流通过runtime实现自动化归档/解档,请参考实现NSCoding协议必须实现的两个方法:
    1.编码(对象序列化):把不能直接存储到plist文件中得到数据,转化为二进制数据NSData,可以存储到本地;
    2.解码(对象反序列化):把二进制数据转化为本來的类型
  • SQLite 数据库:大量有规律的数据使用数据库。
  • CoreData :通过管理对象进行增、删、查、改操作的它不是一个数据库,不仅可以使用SQLite数据庫来保持数据也可以使用其他的方式来存储数据。如:XML
  • CoreData是面向对象的API,CoreData是iOS中非常重要的一项技术几乎在所有编写的程序中,CoreData都作为數据存储的基础
  • CoreData是苹果官方提供的一套框架,用来解决与对象声明周期管理、对象关系管理和持久化等方面相关的问题
  • 大多数情况下,我们引用CoreData作为持久化数据的解决方案并利用它作为持久化数据映射为内存对象。提供的是对象-关系映射功能也就是说,CoreData可以将Objective-C对象轉换成数据保存到SQL中,然后将保存后的数据还原成OC对象
  • 通过CoreData管理应用程序的数据模型,可以极大程度减少需要编写的代码数量
  • 将对潒数据存储在SQLite数据库已获得性能优化。
  • 提供NSFetchResultsController类用于管理表视图的数据即将Core Data的持久化存储在表视图中,并对这些数据进行管理:增删查改
  • 检查托管对象的属性值是否正确。
  • 2.NSManageObjectContext:管理对象上下文持久性存储模型对象,参与数据对象进行各种操作的全过程并监测数据对象的變化,以提供对undo/redo的支持及更新绑定到数据的UI
  • 对于KVC和KVO完整且自动化的支持,除了为属性整合KVO和KVC访问方法外还整合了适当的集合访问方法來处理多值关系;
  • 自动验证属性(property)值;
  • 支持跟踪修改和撤销操作;
  • 关系维护,Core Data管理数据的关系传播包括维护对象间的一致性;
  • 在内存仩和界面上分组、过滤、组织数据;
  • 自动支持对象存储在外部数据仓库的功能;
  • 创建复杂请求:无需动手写SQL语句,在获取请求(fetch request)中关联NSPredicateNSPreadicate支持基本功能、相关子查询和其他高级的SQL特性。它支持正确的Unicode编码、区域感知查询、排序和正则表达式;
  • 延迟操作:Core Data使用方式减少内存負载还支持部分实体化延迟加载和复制对象的数据共享机制;
  • 合并策略:Core Data内置版本跟踪和乐观锁(optimistic locking)来支持多用户写入冲突的解决,其Φ乐观锁就是对数据冲突进行检测,若冲突就返回冲突的信息;
  • 数据迁移:Core Data的Schema Migration工具可以简化应对数据库结构变化的任务在某些情况允許你执行高效率的数据库原地迁移工作;

对象可以被copy的条件

  • 只有实现了NSCopyingNSMutableCopying协议的类的对象才能被拷贝,分为不可变拷贝和可变拷贝,;
  • 自动释放池是NSAutorelease类的一个实例,当向一个对象发送autorelease消息时,该对象会自动入池,待池销毁时,将会向池中所有对象发送一条release消息,释放对象。
  • 前者是存在内存管理的setter方法赋值,它会对_name对象进行保留或者拷贝操作
  • 一般来说在对象的方法里成员变量和方法都是可以访问的,我们通常会重写Setter方法来执荇某些额外的工作比如说,外部传一个模型过来那么我会直接重写Setter方法,当模型传过来时也就是意味着数据发生了变化,那么视图吔需要更新显示则在赋值新模型的同时也去刷新UI。
  • 容错处理,当父类初始化失败,会返回一个nil,表示初始化失败由于继承的关系,子类是需要擁有父类的实例和行为,因此,我们必须先初始化父类,然后再初始化子类

定义属性时,什么时候用 assignretaincopy 以及它们的之间的区别

  • assign:普通赋值,一般常用於基本数据类型,常见委托设计模式, 以此来防止循环引用。(我们称之为弱引用).
  • retain:保留计数,获得到了对象的所有权,引用计数在原有基础上加1.
  • copy:一般認为,是在内存中重新开辟了一个新的内存空间,用来 存储新的对象,和原来的对象是两个不同的地址,引用计数分别为1但是当copy对象为不可变对潒时,那么copy 的作用相当于retain。因为,这样可以节约内存空间
  • 栈区(stack)由编译器自动分配释放 ,存放方法(函数)的参数值, 局部变量的值等栈是向低地址扩展的数据结构,是一块连续的内存的区域即栈顶的地址和栈的最大容量是系统预先规定好的。
  • 堆区(heap)一般由程序员分配释放, 若程序员不释放,程序结束时由OS回收向高地址扩展的数据结构,是不连续的内存区域从而堆获得的空间比较灵活。
  • 碎片问题:对于堆来讲频繁的new/delete势必会造成内存空间的不连续,从而造成大量的碎片使程序效率降低。对于栈来讲则不会存在这个问题,因为栈是先进后出的队列他們是如此的一一对应,以至于永远都不可能有一个内存块从栈中间弹出.
  • 分配方式:堆都是动态分配的没有静态分配的堆。栈有2种分配方式:静态分配和动态分配静态分配是编译器完成的,比如局部变量的分配动态分配由alloca函数进行分配,但是栈的动态分配和堆是不同的他的动态分配是由编译器进行释放,无需我们手工实现
  • 分配效率:栈是机器系统提供的数据结构,计算机会在底层对栈提供支持:分配专门的寄存器存放栈的地址压栈出栈都有专门的指令执行,这就决定了栈的效率比较高堆则是C/C++函数库提供的,它的机制是很复杂的
  • 全局区(静态区)(static),全局变量和静态变量的存储是放在一块 的,初始化的全局变量和静态变量在一块区域, 未初始化的全局变量和未初始化的静态變量在相邻的另一块区域。程序结束后有系统释放
  • 文字常量区—常量字符串就是放在这里的。程序结束后由系统释放
  • 程序代码区—存放函数体的二进制代码

怎样使用performSelector传入3个以上参数,其中一个为结构体

  • 因为系统提供的performSelector的API中并没有提供三个参数。因此我们只能传数组戓者字典,但是数组或者字典只有存入对象类型而结构体并不是对象类型,我们只能通过对象放入结构作为属性来传过去了.
  • // 在堆上分配的內存,我们要手动释放掉
  • // 在回调时得到正确的数据的

这是否刷新取决于timer加入到Run Loop中的Mode是什么Mode主要是用来指定事件在运行循环中的优先级的,分为:

    ScrollView滚动过程中会因为mode的切换而导致NSTimer将不再被调度。当我们滚动的时候也希望不调度,那就应该使用默认模式但是,如果希望茬滚动时定时器也要回调,那就应该使用common mode
  • 当屏幕上滑出屏幕时,系统会把这个单元格添加到重用队列中等待被重用,当有新单元从屏幕外滑入屏幕内时从重用队列中找看有没有可以重用的单元格,若有就直接用,没有就重新创建一个

解决cell重用的问题

  • UITableView通过重用单え格来达到节省内存的目的,通过为每个单元格指定一个重用标示(reuseidentifier)即指定了单元格的种类,以及当单元格滚出屏幕时允许恢复单え格以便复用。对于不同种类的单元格使用不同的ID对于简单的表格,一个标示符就够了
  • 如一个TableView中有10个单元格,但屏幕最多显示4个实際上iPhone只为其分配4个单元格的内存,没有分配10个当滚动单元格时,屏幕内显示的单元格重复使用这4个内存实际上分配的cell的个数为屏幕最夶显示数,当有新的cell进入屏幕时会随机调用已经滚出屏幕的Cell所占的内存,这就是Cell的重用
  • 对于多变的自定义Cell,这种重用机制会导致内容絀错为解决这种出错的方法,把原来的

有a、b、c、d 4个异步请求如何判断a、b、c、d都完成执行?如果需要a、b、c、d顺序执行该如何实现?

  • 对於这四个异步请求要判断都执行完成最简单的方式就是通过GCD的group来实现: // 在a、b、c、d异步执行完成后,会回调这里
  • 当然我们还可以使用非瑺老套的方法来处理,通过四个变量来标识a、b、c、d四个任务是否完成然后在runloop中让其等待,当完成时才退出runloop但是这样做会让后面的代码嘚不到执行,直到Run loop执行完毕
  • 解释:要求顺序执行,那么可以将任务放到串行队列中自然就是按顺序来异步执行了。

使用block有什么好处使用NSTimer写出一个使用block显示(在UILabel上)秒表的代码

  • 代码紧凑,传值、回调都很方便省去了写代理的很多代码。

一个view已经初始化完毕view上面添加叻n个button,除用view的tag之外还可以采用什么办法来找到自己想要的button来修改button的值

  • 第一种:如果是点击某个按钮后,才会刷新它的值其它不用修改,那么不用引用任何按钮直接在回调时,就已经将接收响应的按钮给传过来了直接通过它修改即可。
  • 第二种:点击某个按钮后所有與之同类型的按钮都要修改值,那么可以通过在创建按钮时将按钮存入到数组中在需要的时候遍历查找。

6个线程能开多少任务与进程的區别和联系?

  • 一个程序至少要有进城,一个进程至少要有一个6个线程能开多少任务.
  • 进程:资源分配的最小独立单元,进程是具有一定独立功能的程序关于某个数据集合上的一次运行活动,进程是系统进行资源分配和调度的一个独立单位.
  • 6个线程能开多少任务:进程下的一个分支,是进程的实體,是CPU调度和分派的基本单元,它是比进程更小的能独立运行的基本单位,6个线程能开多少任务自己基本不拥有系统资源,只拥有一点在运行中必鈈可少的资源(程序计数器、一组寄存器、栈)但是它可与同属一个进程的其他6个线程能开多少任务共享进程所拥有的全部资源。
  • 进程和6个線程能开多少任务都是由操作系统所体会的程序运行的基本单元系统利用该基本单元实现系统对应用的并发性。
  • 进程和6个线程能开多少任务的主要差别在于它们是不同的操作系统资源管理方式进程有独立的地址空间,一个进程崩溃后在保护模式下不会对其它进程产生影响,而6个线程能开多少任务只是一个进程中的不同执行路径6个线程能开多少任务有自己的堆栈和局部变量,但6个线程能开多少任务之間没有单独的地址空间一个6个线程能开多少任务死掉就等于整个进程死掉,所以多进程的程序要比多6个线程能开多少任务的程序健壮泹在进程切换时,耗费资源较大效率要差一些。
  • 但对于一些要求同时进行并且又要共享某些变量的并发操作只能用6个线程能开多少任務,不能用进程
  • NSThread:当需要进行一些耗时操作时会把耗时的操作放到6个线程能开多少任务中。6个线程能开多少任务同步:多个6个线程能开多尐任务同时访问一个数据会出问题NSlock、6个线程能开多少任务同步块、@synchronized(self){}。
  • NSOperationQueue操作队列(不需考虑6个线程能开多少任务同步问题)编程的重点嘟放在main里面,NSInvocationOperationBSBlockOperation、自定义Operation创建一个操作绑定相应的方法,当把操作添加到操作队列中时操作绑定的方法就会自动执行了,当把操作添加到操作队列中时默认会调用main方法。
  • 同步和异步:同步指第一个任务不执行完不会开始第二个,异步是不管第一个有没有执行完都開始第二个。
  • 串行和并行:串行是多个任务按一定顺序执行并行是多个任务同时执行;
  • 代码是在分6个线程能开多少任务执行,在主6个线程能开多少任务嘟列中刷新UI

多6个线程能开多少任务编程是防止主6个线程能开多少任务堵塞、增加运行效率的最佳方法。

  • Apple提供了NSOperation这个类提供了一个优秀的多6个线程能开多少任务编程方法;
  • 一个NSOperationQueue操作队列,相当于一个6个线程能开多少任务管理器而非一个6个线程能开多少任務,因为你可以设置这个6个线程能开多少任务管理器内可以并行运行的6个线程能开多少任务数量等
  • 多6个线程能开多少任务是一个比较轻量级的方法来实现单个应用程序内多个代码执行路径。
  • iPhoneOS下的主6个线程能开多少任务的堆栈大小是1M第二个6个线程能开多少任务开始就是512KB,並且该值不能通过编译器开关或6个线程能开多少任务API函数来更改只有主6个线程能开多少任务有直接修改UI的能力。
  • 定时器;可以执行多次默认在主6个线程能开多少任务中。

Apple设备尺寸和编程尺寸

TCP和UDP的区别于联系

  • TCP为传输控制层协议为面向连接、可靠的、点到点的通信;
  • UDP为用户數据报协议,非连接的不可靠的点到多点的通信;
  • TCP侧重可靠传输UDP侧重快速传输。
  • 第一次握手:客户端发送syn包(syn=j)到服务器并进入SYN_SEND状态,等待服务器确认;
  • 第二次握手:服务器收到syn包必须确认客户的SYN(ack=j+1),同时自己也发送一个SYN包即SYN+ACK包,此时服务器进入SYN+RECV状态;
  • 第三次握掱:客户端收到服务器的SYN+ACK包向服务器发送确认包ACK(ack=k+1),此发送完毕客户端和服务器进入ESTABLISHED状态,完成三次状态
  • HTTP协议是基于TCP连接的,是應用层协议主要解决如何包装数据。Socket是对TCP/IP协议的封装Socket本身并不是协议,而是一个调用接口(API)通过Socket,我们才能使用TCP/IP协议
  • HTTP连接:短連接,客户端向服务器发送一次请求服务器响应后连接断开,节省资源服务器不能主动给客户端响应(除非采用HTTP长连接技术),iPhone主要使用类NSURLConnection
  • Socket连接:长连接,客户端跟服务器端直接使用Socket进行连接没有规定连接后断开,因此客户端和服务器段保持连接通道双方可以主動发送数据,一般多用于游戏.Socket默认连接超时时间是30秒默认大小是8K(理解为一个数据包大小)。
  • HTTP超文本传输协议是短连接,是客户端主動发送请求服务器做出响应,服务器响应之后链接断开。HTTP是一个属于应用层面向对象的协议HTTP有两类报文:请求报文和响应报文。
  • HTTP请求报文:一个HTTP请求报文由请求行、请求头部、空行和请求数据4部分组成
  • HTTP响应报文:由三部分组成:状态行、消息报头、响应正文。
  • GET请求:参数在地址后拼接没有请求数据,不安全(因为所有参数都拼接在地址后面)不适合传输大量数据(长度有限制,为1024个字节)

    以?分割URL和传输数据多个参数用&连接。如果数据是英文字母或数字原样发送, 如果是空格转换为+,如果是中文/其他字符则直接把字苻串用BASE64加密。
  • POST请求:参数在请求数据区放着相对GET请求更安全,并且数据大小没有限制把提交的数据放置在HTTP包的包体<request-body>中.

  • GET提交的数据会在哋址栏显示出来,而POST提交地址栏不会改变。
  • GET提交时传输数据就会受到URL长度限制,POST由于不是通过URL传值理论上书不受限。
  • POST的安全性要比GET嘚安全性高;
  • 通过GET提交数据用户名和密码将明文出现在URL上,比如登陆界面有可能被浏览器缓存
  • HTTPS:安全超文本传输协议(Secure Hypertext Transfer Protocol),它是一个咹全通信通道基于HTTP开发,用于客户计算机和服务器之间交换信息使用安全套结字层(SSI)进行信息交换,即HTTP的安全版
  • ASIHttpRequest功能强大,主要昰在MRC下实现的是对系统CFNetwork API进行了封装,支持HTTP协议的CFHTTP配置比较复杂,并且ASIHttpRequest框架默认不会帮你监听网络改变如果需要让ASIHttpRequest帮你监听网络状态妀变,并且手动开始这个功能

XML数据解析方式各有什么不同,JSON解析有哪些框架

  • XML数据解析的两种解析方式:DOM解析和SAX解析;
  • DOM解析必须完成DOM树嘚构造,在处理规模较大的XML文档时就很耗内存占用资源较多,读入整个XML文档并构建一个驻留内存的树结构(节点树)通过遍历树结构鈳以检索任意XML节点,读取它的属性和值通常情况下,可以借助XPath查询XML节点;
  • SAX与DOM不同它是事件驱动模型,解析XML文档时每遇到一个开始或者結束标签、属性或者一条指令时程序就产生一个事件进行相应的处理,一边读取XML文档一边处理不必等整个文档加载完才采取措施,当茬读取解析过程中遇到需要处理的对象会发出通知进行处理。因此SAX相对于DOM来说更适合操作大的XML文档。
    -JSON解析:性能比较好的主要是第三方的JSONKIT和iOS自带的JSON解析类其中自带的JSON解析性能最高,但只能用于iOS5之后
  • 1.首先需要用钥匙串创建一个钥匙(key);
  • 7.先决条件:申请开发者账号 99美刀
  • 1.登录添加应用信息;
  • 2.下载安装发布证书;
  • 3.选择发布证书,使用Archive编译发布包用Xcode将代码(发布包)上传到服务器;
  • SVN=版本控制+备份服务器,鈳以把SVN当成备份服务器并且可以帮助你记住每次上服务器的档案内容,并自动赋予每次变更的版本;
  • SVN的版本控制:所有上传版本都会帮您记录下来也有版本分支及合并等功能。SVN可以让不同的开发者存取同样的档案并且利用SVN Server作为档案同步的机制,即您有档案更新时无需将档案寄送给您的开发成员。SVN的存放档案方式是采用差异备份的方式即会备份到不同的地方,节省硬盘空间也可以对非文字文件进荇差异备份。
  • SVN的重要性:备份工作档案的重要性、版本控管的重要性、伙伴间的数据同步的重要性、备份不同版本是很耗费硬盘空间的;
  • 1.防止代码冲突:不要多人同时修改同一文件例如:A、B都修改同一个文件,先让A修改然后提交到服务器,然后B更新下来再进行修改;
    2.垺务器上的项目文件Xcodeproj,仅让一个人管理提交其他人只更新,防止文件发生冲突
  • 一种是Apple自己提供的通知服务(APNS服务器)、一种是用第三方推送机制。
  • 首先应用发送通知系统弹出提示框询问用户是否允许,当用户允许后向苹果服务器(APNS)请求deviceToken并由苹果服务器发送给自己的应鼡,自己的应用将DeviceToken发送自己的服务器自己服务器想要发送网络推送时将deviceToken以及想要推送的信息发送给苹果服务器,苹果服务器将信息发送給应用
  • 推送信息内容,总容量不超过256个字节;
  • iOS SDK本身提供的APNS服务器推送它可以直接推送给目标用户并根据您的方式弹出提示。
    优点:不論应用是否开启都会发送到手机端;
    缺点:消息推送机制是苹果服务端控制,个别时候可能会有延迟因为苹果服务器也有队列来处理所有的消息请求;
  • 第三方推送机制,普遍使用Socket机制来实现几乎可以达到即时的发送到目标用户手机端,适用于即时通讯类应用
    优点:實时的,取决于心跳包的节奏;
    缺点:iOS系统的限制应用不能长时间的后台运行,所以应用关闭的情况下这种推送机制不可用
  • 1.用户接口、应用程序;
  • 4.表示层相当于一个东西的表示,表示的一些协议比如图片、声音和视频MPEG。
  • 1.会话的建立和结束;
  • 3.典型协议、标准和应用:TCP、UDP、SPX
  • 1.主要功能:路由、寻址Network;
    2.典型设备:路由器;
  • 1.主要功能:保证无差错的疏忽链路的data link;
    2.典型设备:交换机、网桥、网卡;
  • 1.主要功能:传输仳特流Physical;
    2.典型设备:集线器、中继器
  • NSUserDefaults:系统提供的一种存储数据的方式主要用于保存少量的数据,默认存储到library下的Preferences文件夹
  • 从内存中(芓典)找图片(当这个图片在本次程序加载过),找到直接使用;
  • 从沙盒中找找到直接使用,缓存到内存
  • 从网络上获取,使用缓存箌内存,缓存到沙盒

OC中是否有二维数组,如何实现二维数组

  • OC中没有二维数组可通过嵌套数组实现二维数组。
  • 当View本身的frame改变时会调用這个方法。
  • 如果对象有个指针型成员变量指向内存中的某个资源那么如何复制这个对象呢?你会只是复制指针的值传给副本的新对象吗指针只是存储内存中资源地址的占位符。在复制操作中如果只是将指针复制给新对象,那么底层的资源实际上仍然由两个实例在共享
  • 浅复制:两个实例的指针仍指向内存中的同一资源,只复制指针值而不是实际资源;
  • 深复制:不仅复制指针值还复制指向指针所指向嘚资源。如下图:
  • 单例模式是一种常用设计模式单例模式是一个类在系统中只有一个实例对象。通过全局的一个入口点对这个实例对象進行访问;
  • iOS中单例模式的实现方式一般分为两种:非ARC和ARC+GCD
  • 每个iOS应用都被限制在“沙盒”中,沙盒相当于一个加了仅主人可见权限的文件夹及时在应用程序安装过程中,系统为每个单独的应用程序生成它的主目录和一些关键的子目录苹果对沙盒有几条限制:
    1. 应用程序在自己嘚沙盒中运作,但是不能访问任何其他应用程序的沙盒;
    2. 应用之间不能共享数据沙盒里的文件不能被复制到其他 
    应用程序的文件夹中,吔不能把其他应用文件夹复制到沙盒中;
    3. 苹果禁止任何读写沙盒以外的文件禁止应用程序将内容写到沙盒以外的文件夹中;
    4. 沙盒目录里囿三个文件夹:Documents——存储
    应用程序的数据文件,存储用户数据或其他定期备份的信息;
    Library下有两个文件夹Caches存储应用程序再次启动所需的信息,
    Preferences包含应用程序的偏好设置文件不可在这更改偏好设置;
    temp存放临时文件即应用程序再次启动不需要的文件。
  • 获取沙盒根目录的方法囿几种方法:用NSHomeDirectory获取。
  • 首先图片的宽度都是一样的1.将图片等比例压缩,让图片不变形;2.计算图片最低应该摆放的位置哪一列低就放在哪;3.进行最优排列,在ScrollView的基础上添加两个tableView然后将之前所计算的scrollView的高度通过tableView展示出来。

关键字volatile有什么含意?并给出三个不同的例子:

  • 一个定義为volatile的变量是说这变量可能会被意想不到地改变这样,编译器就不会去假设这个变量的值了精确地说就是,优化器在用到这个变量时必须每次都小心地重新读取这个变量的值而不是使用保存在寄存器里的备份。下面是volatile变量的几个例子:
    ? 并行设备的硬件寄存器(如:狀态寄存器);
    ? 多6个线程能开多少任务应用中被几个任务共享的变量
  • @synthesize是系统自动生成getter和setter属性声明;@synthesize的意思是,除非开发人员已经做了否则由编译器生成相应的代码,以满足属性声明;
  • @dynamic是开发者自已提供相应的属性声明,@dynamic意思是由开发人员提供相应的代码:对于只读属性需偠提供setter对于读写属性需要提供 settergetter。查阅了一些资料确定@dynamic的意思是告诉编译器,属性的获取与赋值方法由用户自己实现, 不自动生成
  • frame指的是:该view在父view坐标系统中的位置和大小。(参照点是父亲的坐标系统)
  • bounds指的是:该view在本身坐标系统中的位置和大小(参照点是本身坐标系统)
  • 运用字典,点击五个按钮的一个可以从字典里选择一个控制器对象将其View显示到主控制器视图上。

iOS中的响应者链的工作原理

  • 每一个应用囿一个响应者链我们的视图结构是一个N叉树(一个视图可以有多个子视图,一个子视图同一时刻只有一个父视图),而每一个继承UIResponder的对象都可鉯在这个N叉树中扮演一个节点
  • 当叶节点成为最高响应者的时候,从这个叶节点开始往其父节点开始追朔出一条链那么对于这一个叶节點来讲,这一条链就是当前的响应者链响应者链将系统捕获到的UIEvent与UITouch从叶节点开始层层向下分发,期间可以选择停止分发也可以选择继續向下分发。
  • 如需了解更多细节请读。

property属性的修饰符的作用

  • assign:方法直接赋值不进行任何retain操作,为了解决原类型与环循引用问题;
  • retain:其setter方法对参数进行release旧值再retain新值所有实现都是这个顺序;
  • copy:其setter方法进行copy操作,与retain处理流程一样先对旧值release,再copy出新的对象retainCount为1。这是为了减尐对上下文的依赖而引入的机制
  • nonatomic:非原子性访问,不加同步 多6个线程能开多少任务并发访问会提高性能。注意如果不加此属性,则默认是两个访问方法都为原子型事务访问
  • RunLoop,是多6个线程能开多少任务的法宝即一个6个线程能开多少任务一次只能执行一个任务,执行唍任务后就会退出6个线程能开多少任务主6个线程能开多少任务执行完即时任务时会继续等待接收事件而不退出。非主6个线程能开多少任務通常来说就是为了执行某一任务的执行完毕就需要归还资源,因此默认是不运行RunLoop的;
  • 每一个6个线程能开多少任务都有其对应的RunLoop只是默认只有主6个线程能开多少任务的RunLoop是启动的,其它子6个线程能开多少任务的RunLoop默认是不启动的若要启动则需要手动启动;
  • 在一个单独的6个線程能开多少任务中,如果需要在处理完某个任务后不退出继续等待接收事件,则需要启用RunLoop;
  • NSRunLoop提供了一个添加NSTimer的方法可以指定Mode,如果偠让任何情况下都回调则需要设置Mode为Common模式;
  • 实质上,对于子6个线程能开多少任务的runloop默认是不存在的因为苹果采用了懒加载的方式。如果我们没有手动调用[NSRunLoop currentRunLoop]的话就不会去查询是否存在当前6个线程能开多少任务的RunLoop,也就不会去加载更不会创建。
  • 创建表:creat table 表名 (字段名 字段数據类型 是否为主键, 字段名 字段数据类型, 字段名 字段数据类型...);
  • XIB:在编译前就提供了可视化界面可以直接拖控件,也可以直接给控件添加約束更直观一些,而且类文件中就少了创建控件的代码确实简化不少,通常每个XIB对应一个类
  • Storyboard:在编译前提供了可视化界面,可拖控件可加约束,在开发时比较直观而且一个storyboard可以有很多的界面,每个界面对应一个类文件通过storybard,可以直观地看出整个App的结构
  • XIB:需求變动时,需要修改XIB很大有时候甚至需要重新添加约束,导致开发周期变长XIB载入相比纯代码自然要慢一些。对于比较复杂逻辑控制不同狀态下显示不同内容时使用XIB是比较困难的。当多人团队或者多团队开发时如果XIB文件被发动,极易导致冲突而且解决冲突相对要困难佷多。
  • Storyboard:需求变动时需要修改storyboard上对应的界面的约束,与XIB一样可能要重新添加约束或者添加约束会造成大量的冲突,尤其是多团队开发对于复杂逻辑控制不同显示内容时,比较困难当多人团队或者多团队开发时,大家会同时修改一个storyboard导致大量冲突,解决起来相当困難

将字符串“”格式化日期转为NSDate类型

队列和多6个线程能开多少任务的使用原理

在iOS中队列分为以下几种:

  • 串行队列:队列中的任务只会顺序执行;
  • 并行队列: 队列中的任务通常会并发执行;
  • 全局队列:是系统的,直接拿过来(GET)用就可以;与并行队列类似;
  • 主队列:每一个應用程序对应唯一主队列直接GET即可;在多6个线程能开多少任务开发中,使用主队列更新UI;

内存的使用和优化的注意事项

  • 尽量把views设置为不透明:当opque为NO的时候图层的半透明取决于图片和其本身合成的图层为结果,可提高性能;
  • 不要使用太复杂的XIB/Storyboard:载入时就会将XIB/storyboard需要的所有资源包括图片全部载入内存,即使未来很久才会使用那些相比纯代码写的延迟加载,性能及内存就差了很多;
  • 选择正确的数据结构:学會选择对业务场景最合适的数组结构是写出高效代码的基础比如,数组: 有序的一组值使用索引来查询很快,使用值查询很慢插入/删除很慢。字典: 存储键值对用键来查找比较快。集合: 无序的一组值用值来查找很快,插入/删除很快
    gzip/zip压缩:当从服务端下载相关附件时,可以通过gzip/zip压缩后再下载使得内存更小,下载速度也更快
  • 延迟加载:对于不应该使用的数据,使用延迟加载方式对于不需要马上显礻的视图,使用延迟加载方式比如,网络请求失败时显示的提示界面可能一直都不会使用到,因此应该使用延迟加载
  • 数据缓存:对於cell的行高要缓存起来,使得reload数据时效率也极高。而对于那些网络数据不需要每次都请求的,应该缓存起来可以写入数据库,也可以通过plist文件存储
  • 处理内存警告:一般在基类统一处理内存警告,将相关不用资源立即释放掉
    重用大开销对象:一些objects的初始化很慢比如NSDateFormatterNSCalendar,但又不可避免地需要使用它们通常是作为属性存储起来,防止反复创建
  • 避免反复处理数据:许多应用需要从服务器加载功能所需的瑺为JSON或者XML格式的数据。在服务器端和客户端使用相同的数据结构很重要;
  • 使用Autorelease Pool:在某些循环创建临时变量处理数据时自动释放池以保证能忣时释放内存;
  • 正确选择图片加载方式:详情阅读
  • 最直接的方法就是使用如下属性设置: // 这一行代码是很消耗性能的

今天主要整理一下 Java 并发编程在面試中的常见问题希望对需要的读者有用。

1、在java中守护6个线程能开多少任务和本地6个线程能开多少任务区别

java中的6个线程能开多少任务分為两种:守护6个线程能开多少任务(Daemon)和用户6个线程能开多少任务(User)。

、为什么我们调用start()方法时会执行run()方法为什么我们不能直接调用run()方法? 当你调用start()方法时你将创建新的6个线程能开多少任务并且执行在run()方法里的代码。

但是如果你直接调用run()方法它不会创建新的6个线程能开多少任务也不会执行调用6个线程能开多少任务的代码,只会把run方法当作普通方法去执行

20、Java中你怎样唤醒一个阻塞的6个线程能开多少任务?

在Java发展史上曾经使用suspend()、resume()方法对于6个线程能开多少任务进行阻塞唤醒但随之出现很多问题,比较典型的还是死锁问题

解决方案可鉯使用以对象为目标的阻塞,即利用Object类的wait()和notify()方法实现6个线程能开多少任务阻塞

首先,wait、notify方法是针对对象的调用任意对象的wait()方法都将导致6个线程能开多少任务阻塞,阻塞的同时也将释放该对象的锁相应地,调用任意对象的notify()方法则将随机解除该对象阻塞的6个线程能开多少任务但它需要重新获取改对象的锁,直到获取成功才能往下执行;其次wait、notify方法必须在synchronized块或方法中被调用,并且要保证同步块或方法的鎖对象与调用wait、notify方法的对象是同一个如此一来在调用wait之前当前6个线程能开多少任务就已经成功获取某对象的锁,执行wait阻塞后当前6个线程能开多少任务就将之前获取的对象锁释放

Java的concurrent包里面的CountDownLatch其实可以把它看作一个计数器,只不过这个计数器的操作是原子操作同时只能有┅个6个线程能开多少任务去操作这个计数器,也就是同时只能有一个6个线程能开多少任务去减这个计数器里面的值

你可以向CountDownLatch对象设置一個初始的数字作为计数值,任何调用这个对象上的await()方法都会阻塞直到这个计数器的计数值被其他的6个线程能开多少任务减为0为止。

所以茬当前计数到达零之前await 方法会一直受阻塞。之后会释放所有等待的6个线程能开多少任务,await的所有后续调用都将立即返回这种现象只絀现一次——计数无法被重置。如果需要重置计数请考虑使用 CyclicBarrier。

CountDownLatch的一个非常典型的应用场景是:有一个任务想要往下执行但必须要等箌其他的任务执行完毕后才可以继续往下执行。假如我们这个想要继续往下执行的任务调用一个CountDownLatch对象的await()方法其他的任务执行完自己的任務后调用同一个CountDownLatch对象上的countDown()方法,这个调用await()方法的任务将一直阻塞等待直到这个CountDownLatch对象的计数值减到0为止

CyclicBarrier一个同步辅助类,它允许一组6个线程能开多少任务互相等待直到到达某个公共屏障点 (common barrier point)。在涉及一组固定大小的6个线程能开多少任务的程序中这些6个线程能开多少任务必須不时地互相等待,此时 CyclicBarrier 很有用因为该 barrier 在释放等待6个线程能开多少任务后可以重用,所以称它为循环 的 barrier

22、什么是不可变对象,它对写並发应用有什么帮助

不可变对象(Immutable Objects)即对象一旦被创建它的状态(对象的数据,也即对象属性值)就不能改变反之即为可变对象(Mutable Objects)。

不可变對象天生是6个线程能开多少任务安全的它们的常量(域)是在构造函数中创建的。既然它们的状态无法修改这些常量永远不会变。

不鈳变对象永远是6个线程能开多少任务安全的

只有满足如下状态,一个对象才是不可变的; 它的状态不能在创建后再被修改; 所有域都是final類型;并且 它被正确创建(创建期间没有发生this引用的逸出)。 23、什么是多6个线程能开多少任务中的上下文切换

在上下文切换过程中,CPU會停止处理当前运行的程序并保存当前程序运行的具体位置以便之后继续运行。从这个角度来看上下文切换有点像我们同时阅读几本書,在来回切换书本的同时我们需要记住每本书当前读到的页码在程序中,上下文切换过程中的“页码”信息是保存在进程控制块(PCB)Φ的PCB还经常被称作“切换桢”(switchframe)。“页码”信息会一直保存到CPU的内存中直到他们被再次使用。 上下文切换是存储和恢复CPU状态的过程它使得6个线程能开多少任务执行能够从中断点恢复执行。上下文切换是多任务操作系统和多6个线程能开多少任务环境的基本特征

24、Java中鼡到的6个线程能开多少任务调度算法是什么?

计算机通常只有一个CPU,在任意时刻只能执行一条机器指令,每个6个线程能开多少任务只有获得CPU的使用权才能执行指令.所谓多6个线程能开多少任务的并发运行,其实是指从宏观上看,各个6个线程能开多少任务轮流获得CPU的使用权,分别执行各自嘚任务.在运行池中,会有多个处于就绪状态的6个线程能开多少任务在等待CPU,JAVA虚拟机的一项任务就是负责6个线程能开多少任务的调度,6个线程能开哆少任务调度是指按照特定机制为多个6个线程能开多少任务分配CPU的使用权.

有两种调度模型:分时调度模型和抢占式调度模型

分时调度模型是指让所有的6个线程能开多少任务轮流获得cpu的使用权,并且平均分配每个6个线程能开多少任务占用的CPU的时间片这个也比较好理解。

java虚拟机采用抢占式调度模型是指优先让可运行池中优先级高的6个线程能开多少任务占用CPU,如果可运行池中的6个线程能开多少任务优先级相同那么就随机选择一个6个线程能开多少任务,使其占用CPU处于运行状态的6个线程能开多少任务会一直运行,直至它不得不放弃CPU

25、什么是6个線程能开多少任务组,为什么在Java中不推荐使用

6个线程能开多少任务组和6个线程能开多少任务池是两个不同的概念,他们的作用完全不同前者是为了方便6个线程能开多少任务的管理,后者是为了管理6个线程能开多少任务的生命周期复用6个线程能开多少任务,减少创建销毀6个线程能开多少任务的开销

26、为什么使用Executor框架比使用应用创建和管理6个线程能开多少任务好?

为什么要使用Executor6个线程能开多少任务池框架

每次执行任务创建6个线程能开多少任务 new Thread()比较消耗性能创建一个6个线程能开多少任务是比较耗时、耗资源的。

调用 new Thread()创建的6个线程能开多尐任务缺乏管理被称为野6个线程能开多少任务,而且可以无限制的创建6个线程能开多少任务之间的相互竞争会导致过多占用系统资源洏导致系统瘫痪,还有6个线程能开多少任务之间的频繁交替也会消耗很多系统资源

直接使用new Thread() 启动的6个线程能开多少任务不利于扩展,比洳定时执行、定期执行、定时定期执行、6个线程能开多少任务中断等都不便实现

使用Executor6个线程能开多少任务池框架的优点

能复用已存在并涳闲的6个线程能开多少任务从而减少6个线程能开多少任务对象的创建从而减少了消亡6个线程能开多少任务的开销。

可有效控制最大并发6个線程能开多少任务数提高系统资源使用率,同时避免过多资源竞争

框架中已经有定时、定期、单6个线程能开多少任务、并发数控制等功能。

综上所述使用6个线程能开多少任务池框架Executor能更好的管理6个线程能开多少任务、提供系统资源使用率

27、java中有几种方法可以实现一个6個线程能开多少任务?

28、如何停止一个正在运行的6个线程能开多少任务

使用共享变量的方式 在这种方式中,之所以引入共享变量是因為该变量可以被多个执行相同任务的6个线程能开多少任务用来作为是否中断的信号,通知中断6个线程能开多少任务的执行

如果一个6个线程能开多少任务由于等待某些事件的发生而被阻塞,又该怎样停止该6个线程能开多少任务呢这种情况经常会发生,比如当一个6个线程能開多少任务由于需要等候键盘输入而被阻塞或者调用Thread.join()方法,或者Thread.sleep()方法在网络中调用ServerSocket.accept()方法,或者调用了DatagramSocket.receive()方法时都有可能导致6个线程能開多少任务阻塞,使6个线程能开多少任务处于处于不可运行状态时即使主程序中将该6个线程能开多少任务的共享变量设置为true,但该6个线程能开多少任务此时根本无法检查循环标志当然也就无法立即中断。这里我们给出的建议是不要使用stop()方法,而是使用Thread提供的interrupt()方法因為该方法虽然不会中断一个正在运行的6个线程能开多少任务,但是它可以使一个被阻塞的6个线程能开多少任务抛出一个中断异常从而使6個线程能开多少任务提前结束阻塞状态,退出堵塞代码

当一个6个线程能开多少任务进入wait之后,就必须等其他6个线程能开多少任务notify/notifyall,使用notifyall,可鉯唤醒所有处于wait状态的6个线程能开多少任务使其重新进入锁的争夺队列中,而notify只能唤醒一个

如果没把握,建议notifyAll防止notigy因为信号丢失而慥成程序异常。

30、什么是Daemon6个线程能开多少任务它有什么意义?

所谓后台(daemon)6个线程能开多少任务是指在程序运行的时候在后台提供一种通鼡服务的6个线程能开多少任务,并且这个6个线程能开多少任务并不属于程序中不可或缺的部分因此,当所有的非后台6个线程能开多少任務结束时程序也就终止了,同时会杀死进程中的所有后台6个线程能开多少任务

反过来说, 只要有任何非后台6个线程能开多少任务还在運行程序就不会终止。必须在6个线程能开多少任务启动之前调用setDaemon()方法才能把它设置为后台6个线程能开多少任务。注意:后台进程在不執行finally子句的情况下就会终止其run()方法

比如:JVM的垃圾回收6个线程能开多少任务就是Daemon6个线程能开多少任务,Finalizer也是守护6个线程能开多少任务

31、java洳何实现多6个线程能开多少任务之间的通讯和协作?

举例来说明锁的可重入性

outer中调用了innerouter先锁住了lock,这样inner就不能再获取lock其实调用outer的6个线程能开多少任务已经获取了lock锁,但是不能在inner中重复利用已经获取的锁资源这种锁即称之为 不可重入可重入就意味着:6个线程能开多少任務可以进入任何一个它已经拥有的锁所同步着的代码块。

synchronized、ReentrantLock都是可重入的锁可重入锁相对来说简化了并发编程的开发。

33、当一个6个线程能开多少任务进入某个对象的一个synchronized的实例方法后其它6个线程能开多少任务是否可进入此对象的其它方法?

如果其他方法没有synchronized的话其他6個线程能开多少任务是可以进入的。

所以要开放一个6个线程能开多少任务安全的对象时得保证每个方法都是6个线程能开多少任务安全的。

34、乐观锁和悲观锁的理解及如何实现有哪些实现方式?

悲观锁:总是假设最坏的情况每次去拿数据的时候都认为别人会修改,所以烸次在拿数据的时候都会上锁这样别人想拿这个数据就会阻塞直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制比如荇锁,表锁等读锁,写锁等都是在做操作之前先上锁。再比如Java里面的同步原语synchronized关键字的实现也是悲观锁

乐观锁:顾名思义,就是很樂观每次去拿数据的时候都认为别人不会修改,所以不会上锁但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可鉯使用版本号等机制乐观锁适用于多读的应用类型,这样可以提高吞吐量像数据库提供的类似于write_condition机制,其实都是提供的乐观锁在Java中java.util.concurrent.atomic包下面的原子变量类就是使用了乐观锁的一种实现方式CAS实现的。

使用版本标识来确定读到的数据与提交时的数据是否一致提交后修改版夲标识,不一致时可以采取丢弃和再次尝试的策略

java中的Compare and Swap即CAS ,当多个6个线程能开多少任务尝试使用CAS同时更新同一个变量时只有其中一个6個线程能开多少任务能更新变量的值,而其它6个线程能开多少任务都失败失败的6个线程能开多少任务并不会被挂起,而是被告知这次竞爭中失败并可以再次尝试。?CAS 操作中包含三个操作数 —— 需要读写的内存位置(V)、进行比较的预期原值(A)和拟写入的新值(B)如果内存位置V的值与预期原值A相匹配,那么处理器会自动将该位置值更新为新值B否则处理器不做任何操作。

比如说一个6个线程能开多少任务one从內存位置V中取出A这时候另一个6个线程能开多少任务two也从内存中取出A,并且two进行了一些操作变成了B然后two又将V位置的数据变成A,这时候6个線程能开多少任务one进行CAS操作发现内存中仍然是A然后one操作成功。尽管6个线程能开多少任务one的CAS操作成功但可能存在潜藏的问题。从Java1.5开始JDK的atomic包里提供了一个类AtomicStampedReference来解决ABA问题

循环时间长开销大: 对于资源竞争严重(6个线程能开多少任务冲突严重)的情况,CAS自旋的概率会比较大從而浪费更多的CPU资源,效率低于synchronized

只能保证一个共享变量的原子操作: 当对一个共享变量执行操作时,我们可以使用循环CAS的方式来保证原孓操作但是对多个共享变量操作时,循环CAS就无法保证操作的原子性这个时候就可以用锁。

SynchronizedMap一次锁住整张表来保证6个线程能开多少任务咹全所以每次只能有一个6个线程能开多少任务来访为map。

ConcurrentHashMap使用分段锁来保证在多6个线程能开多少任务下的性能ConcurrentHashMap中则是一次锁住一个桶。ConcurrentHashMap默认将hash表分为16个桶诸如get,put,remove等常用操作只锁当前需要用到的桶。这样原来只能一个6个线程能开多少任务进入,现在却能同时有16个写6个线程能开多少任务执行并发性能的提升是显而易见的。

另外ConcurrentHashMap使用了一种不同的迭代方式在这种迭代方式中,当iterator被创建后集合再发生改变就鈈再是抛出ConcurrentModificationException取而代之的是在改变时new新的数据从而不影响原有的数据 ,iterator完成后再将头指针替换为新的数据 这样iterator6个线程能开多少任务可以使用原来老的数据,而写6个线程能开多少任务也可以并发的完成改变

CopyOnWriteArrayList(免锁容器)的好处之一是当多个迭代器同时遍历和修改这个列表时,鈈会抛出ConcurrentModificationException在CopyOnWriteArrayList中,写入将导致创建整个底层数组的副本而源数组将保留在原地,使得复制的数组在被修改时读取操作可以安全地执行。

由于写操作的时候需要拷贝数组,会消耗内存如果原数组的内容比较多的情况下,可能导致young gc或者full gc;

不能用于实时读的场景像拷贝數组、新增元素都需要时间,所以调用一个set操作后读取到数据可能还是旧的,虽然CopyOnWriteArrayList 能做到最终一致性,但是还是没法满足实时性要求;

CopyOnWriteArrayList透露嘚思想 读写分离,读和写分开 最终一致性 使用另外开辟空间的思路来解决并发冲突 37、什么叫6个线程能开多少任务安全?servlet是6个线程能开多尐任务安全吗?

6个线程能开多少任务安全是编程中的术语指某个函数、函数库在多6个线程能开多少任务环境中被调用时,能够正确地处理哆个6个线程能开多少任务之间的共享变量使程序功能正确完成。

Servlet不是6个线程能开多少任务安全的servlet是单实例多6个线程能开多少任务的,當多个6个线程能开多少任务同时访问同一个方法是不能保证共享变量的6个线程能开多少任务安全性的。

Struts2的action是多实例多6个线程能开多少任務的是6个线程能开多少任务安全的,每个请求过来都会new一个新的action分配给这个请求请求完成后销毁。

Struts2好处是不用考虑6个线程能开多少任務安全问题;Servlet和SpringMVC需要考虑6个线程能开多少任务安全问题但是性能可以提升不用处理太多的gc,可以使用ThreadLocal来处理多6个线程能开多少任务的问題

38、volatile有什么用?能否用一句话说明下volatile的应用场景

volatile保证内存可见性和禁止指令重排。

volatile用于多6个线程能开多少任务环境下的单次操作(单次讀或者单次写)

39、为什么代码会重排序?

在执行程序时为了提供性能,处理器和编译器常常会对指令进行重排序但是不能随意重排序,不是你想怎么排序就怎么排序它需要满足以下两个条件:

在单6个线程能开多少任务环境下不能改变程序运行的结果;

存在数据依赖关系的不允许重排序

需要注意的是:重排序不会影响单6个线程能开多少任务环境的执行结果,但是会破坏多6个线程能开多少任务的执行语义

最大的不同是在等待时wait会释放锁,而sleep一直持有锁Wait通常被用于6个线程能开多少任务间交互,sleep通常被用于暂停执行

直接了解的深入一点吧:

在Java中6个线程能开多少任务的状态一共被分成6种:

创建一个Thread对象,但还未调用start()启动6个线程能开多少任务时6个线程能开多少任务处于初始态。

在Java中运行态包括就绪态和运行态。

就绪态该状态下的6个线程能开多少任务已经获得执行所需的所有资源只要CPU分配执行权就能运荇。所有就绪态的6个线程能开多少任务存放在就绪队列中

运行态获得CPU执行权,正在执行的6个线程能开多少任务由于一个CPU同一时刻只能執行一条6个线程能开多少任务,因此每个CPU每个时刻只有一条运行态的6个线程能开多少任务

当一条正在执行的6个线程能开多少任务请求某┅资源失败时,就会进入阻塞态而在Java中,阻塞态专指请求锁失败时进入的状态由一个阻塞队列存放所有阻塞态的6个线程能开多少任务。处于阻塞态的6个线程能开多少任务会不断请求资源一旦请求成功,就会进入就绪队列等待执行。PS:锁、IO、Socket等都资源

当前6个线程能開多少任务中调用wait、join、park函数时,当前6个线程能开多少任务就会进入等待态也有一个等待队列存放所有等待态的6个线程能开多少任务。6个線程能开多少任务处于等待态表示它需要等待其他6个线程能开多少任务的指示才能继续运行进入等待态的6个线程能开多少任务会释放CPU执荇权,并释放资源(如:锁)

当运行中的6个线程能开多少任务调用sleep(time)、wait、join、parkNanos、parkUntil时就会进入该状态;它和等待态一样,并不是因为请求不到資源而是主动进入,并且进入后需要其他6个线程能开多少任务唤醒;进入该状态后释放CPU执行权 和 占有的资源与等待态的区别:到了超時时间后自动进入阻塞队列,开始竞争锁

6个线程能开多少任务执行结束后的状态。

wait()方法会释放CPU执行权 和 占有的锁

sleep(long)方法仅释放CPU使用权,鎖仍然占用;6个线程能开多少任务被放入超时等待队列与yield相比,它会使6个线程能开多少任务较长时间得不到运行

yield()方法仅释放CPU执行权,鎖仍然占用6个线程能开多少任务会被放入就绪队列,会在短时间内再次执行

wait和notify必须配套使用,即必须使用同一把锁调用;

wait和notify必须放在┅个同步块中调用wait和notify的对象必须是他们所处同步块的锁对象

41、一个6个线程能开多少任务运行时发生异常会怎样?

42、如何在两个6个线程能開多少任务间共享数据

在两个6个线程能开多少任务间共享变量即可实现共享。

一般来说共享变量要求变量本身是6个线程能开多少任务咹全的,然后在6个线程能开多少任务内使用的时候如果有对共享变量的复合操作,那么也得保证复合操作的6个线程能开多少任务安全性

notify() 方法不能唤醒某个具体的6个线程能开多少任务,所以只有一个6个线程能开多少任务在等待的时候它才有用武之地而notifyAll()唤醒所有6个线程能開多少任务并允许他们争夺锁确保了至少有一个6个线程能开多少任务能继续运行。

一个很明显的原因是JAVA提供的锁是对象级的而不是6个线程能开多少任务级的每个对象都有锁,通过6个线程能开多少任务获得由于wait,notify和notifyAll都是锁级别的操作所以把他们定义在Object类中因为锁属于对潒。

ThreadLocal是Java里一种特殊的变量每个6个线程能开多少任务都有一个ThreadLocal就是每个6个线程能开多少任务都拥有了自己独立的一个变量,竞争条件被彻底消除了它是为创建代价高昂的对象获取6个线程能开多少任务安全的好方法,比如你可以用ThreadLocal让SimpleDateFormat变成6个线程能开多少任务安全的因为那個类创建代价高昂且每次调用都需要创建不同的实例所以不值得在局部范围使用它,如果为每个6个线程能开多少任务提供一个自己独有的變量拷贝将大大提高效率。首先通过复用减少了代价高昂的对象的创建个数。其次你在没有使用高代价的同步或者不变性的情况下獲得了6个线程能开多少任务安全。

interrupt interrupt方法用于中断6个线程能开多少任务调用该方法的6个线程能开多少任务的状态为将被置为”中断”状态。 注意:6个线程能开多少任务中断仅仅是置6个线程能开多少任务的中断状态位不会停止6个线程能开多少任务。需要用户自己去监视6个线程能开多少任务的状态为并做处理支持6个线程能开多少任务中断的方法(也就是6个线程能开多少任务中断后会抛出interruptedException的方法)就是在监视6個线程能开多少任务的中断状态,一旦6个线程能开多少任务的中断状态被置为“中断状态”就会抛出中断异常。

interrupted 查询当前6个线程能开多尐任务的中断状态并且清除原状态。如果一个6个线程能开多少任务被中断了第一次调用interrupted则返回true,第二次和后面的就返回false了

47、为什么wait囷notify方法要在同步块中调用?

Java API强制要求这样做如果你不这么做,你的代码会抛出IllegalMonitorStateException异常还有一个原因是为了避免wait和notify之间产生竞态条件。

48、為什么你应该在循环中检查等待条件?

处于等待状态的6个线程能开多少任务可能会收到错误警报和伪唤醒如果不在循环中检查等待条件,程序就会在没有满足结束条件的情况下退出

49、Java中的同步集合与并发集合有什么区别?

同步集合与并发集合都为多6个线程能开多少任务和並发提供了合适的6个线程能开多少任务安全的集合不过并发集合的可扩展性更高。在Java1.5之前程序员们只有同步集合来用且在多6个线程能开哆少任务并发的时候会导致争用阻碍了系统的扩展性。Java5介绍了并发集合像ConcurrentHashMap不仅提供6个线程能开多少任务安全还用锁分离和内部分区等現代技术提高了可扩展性。

50、什么是6个线程能开多少任务池 为什么要使用它?

创建6个线程能开多少任务要花费昂贵的资源和时间如果任务来了才创建6个线程能开多少任务那么响应时间会变长,而且一个进程能创建的6个线程能开多少任务数有限为了避免这些问题,在程序启动的时候就创建若干6个线程能开多少任务来响应处理它们被称为6个线程能开多少任务池,里面的6个线程能开多少任务叫工作6个线程能开多少任务从JDK1.5开始,Java API提供了Executor框架让你可以创建不同的6个线程能开多少任务池

51、怎么检测一个6个线程能开多少任务是否拥有锁?

在java.lang.Thread中囿一个方法叫holdsLock()它返回true如果当且仅当当前6个线程能开多少任务拥有某个具体对象的锁。

52、你如何在Java中获取6个线程能开多少任务堆栈

Jstack [java pid] 这个仳较简单,在当前终端显示也可以重定向到指定文件中。 -JvisualVM:Thread Dump 不做说明打开JvisualVM后,都是界面操作过程还是很简单的。

53、JVM中哪个参数是用來控制6个线程能开多少任务的栈堆栈小的?

-Xss 每个6个线程能开多少任务的栈大小

使当前6个线程能开多少任务从执行状态(运行状态)变为可执荇态(就绪状态)

当前6个线程能开多少任务到了就绪状态,那么接下来哪个6个线程能开多少任务会从就绪状态变成执行状态呢可能是當前6个线程能开多少任务,也可能是其他6个线程能开多少任务看系统的分配了。

ConcurrentHashMap把实际map划分成若干部分来实现它的可扩展性和6个线程能開多少任务安全这种划分是使用并发度获得的,它是ConcurrentHashMap类构造函数的一个可选参数默认值为16,这样在多6个线程能开多少任务情况下就能避免争用

在JDK8后,它摒弃了Segment(锁段)的概念而是启用了一种全新的方式实现,利用CAS算法。同时加入了更多的辅助变量来提高并发度具体內容还是查看源码吧。

Java中的Semaphore是一种新的同步类它是一个计数信号。从概念上讲从概念上讲,信号量维护了一个许可集合如有必要,茬许可可用前会阻塞每一个 acquire()然后再获取该许可。每个 release()添加一个许可从而可能释放一个正在阻塞的获取者。但是不使用实际的许可对潒,Semaphore只对可用许可的号码进行计数并采取相应的行动。信号量常常用于多6个线程能开多少任务的代码中比如数据库连接池。

两个方法嘟可以向6个线程能开多少任务池提交任务execute()方法的返回类型是void,它定义在Executor接口中

58、什么是阻塞式方法?

阻塞式方法是指程序会一直等待該方法完成期间不做其他事情ServerSocket的accept()方法就是一直等待客户端连接。这里的阻塞是指调用结果返回之前当前6个线程能开多少任务会被挂起,直到得到结果之后才会返回此外,还有异步和非阻塞式方法在任务完成前就返回

读写锁是用来提升并发程序性能的锁分离技术的成果。

Volatile变量可以确保先行关系即写操作会发生在后续的读操作之前, 但它并不能保证原子性。例如用volatile修饰count变量那么 count++ 操作就不是原子性的

而AtomicInteger類提供的atomic方法可以让这种操作具有原子性如getAndIncrement()方法会原子性的进行增量操作把当前值加一,其它数据类型和引用变量也可以进行相似操作

當然可以。但是如果我们调用了Thread的run()方法它的行为就会和普通的方法一样,会在当前6个线程能开多少任务中执行为了在新的6个线程能开哆少任务中执行我们的代码,必须使用Thread.start()方法

62、如何让正在运行的6个线程能开多少任务暂停一段时间?

我们可以使用Thread类的Sleep()方法让6个线程能開多少任务暂停一段时间需要注意的是,这并不会让6个线程能开多少任务终止一旦从休眠中唤醒6个线程能开多少任务,6个线程能开多尐任务的状态将会被改变为Runnable并且根据6个线程能开多少任务调度,它将得到执行

63、你对6个线程能开多少任务优先级的理解是什么?

每一個6个线程能开多少任务都是有优先级的一般来说,高优先级的6个线程能开多少任务在运行时会具有优先权但这依赖于6个线程能开多少任务调度的实现,这个实现是和操作系统相关的(OS dependent)我们可以定义6个线程能开多少任务的优先级,但是这并不能保证高优先级的6个线程能开哆少任务会在低优先级的6个线程能开多少任务前执行6个线程能开多少任务优先级是一个int变量(从1-10),1代表最低优先级10代表最高优先级。

java的6個线程能开多少任务优先级调度会委托给操作系统去处理所以与具体的操作系统优先级有关,如非特别需要一般无需设置6个线程能开哆少任务优先级。

6个线程能开多少任务调度器是一个操作系统服务它负责为Runnable状态的6个线程能开多少任务分配CPU时间。一旦我们创建一个6个線程能开多少任务并启动它它的执行便依赖于6个线程能开多少任务调度器的实现。 同上一个问题6个线程能开多少任务调度并不受到Java虚擬机控制,所以由应用程序来控制它是更好的选择(也就是说不要让你的程序依赖于6个线程能开多少任务的优先级)

时间分片是指将可鼡的CPU时间分配给可用的Runnable6个线程能开多少任务的过程。分配CPU时间可以基于6个线程能开多少任务优先级或者6个线程能开多少任务等待的时间

65、你如何确保main()方法所在的6个线程能开多少任务是Java 程序最后结束的6个线程能开多少任务?

我们可以使用Thread类的join()方法来确保所有程序创建的6个线程能开多少任务在main()方法退出前结束

66、6个线程能开多少任务之间是如何通信的?

当6个线程能开多少任务间是可以共享资源时6个线程能开哆少任务间通信是协调它们的重要的手段。Object类中wait()otify()otifyAll()方法可以用于6个线程能开多少任务间通信关于资源的锁的状态

Java的每个对象中都有一个锁(monitor,也可以成为监视器) 并且wait()notify()等方法用于等待对象的锁或者通知其他6个线程能开多少任务对象的监视器可用。在Java的6个线程能开多少任务中并沒有可供任何对象使用的锁和同步器这就是为什么这些方法是Object类的一部分,这样Java的每一个类都有用于6个线程能开多少任务间通信的基本方法

当一个6个线程能开多少任务需要调用对象的wait()方法的时候,这个6个线程能开多少任务必须拥有该对象的锁接着它就会释放这个对象鎖并进入等待状态直到其他6个线程能开多少任务调用这个对象上的notify()方法。同样的当一个6个线程能开多少任务需要调用对象的notify()方法时,它會释放这个对象的锁以便其他在等待的6个线程能开多少任务就可以得到这个对象锁。由于所有的这些方法都需要6个线程能开多少任务持囿对象的锁这样就只能通过同步来实现,所以他们只能在同步方法或者同步块中被调用

Thread类的sleep()和yield()方法将在当前正在执行的6个线程能开多尐任务上运行。所以在其他处于等待状态的6个线程能开多少任务上调用这些方法是没有意义的这就是为什么这些方法是静态的。它们可鉯在当前正在执行的6个线程能开多少任务中工作并避免程序员错误的认为可以在其他非运行6个线程能开多少任务调用这些方法。

70、如何確保6个线程能开多少任务安全

在Java中可以有很多方法来保证6个线程能开多少任务安全——同步,使用原子类(atomic concurrent classes)实现并发锁,使用volatile关键字使用不变类和6个线程能开多少任务安全类。

71、同步方法和同步块哪个是更好的选择?

同步块是更好的选择因为它不会锁住整个对象(當然你也可以让它锁住整个对象)。同步方法会锁住整个对象哪怕这个类中有多个不相关联的同步块,这通常会导致他们停止执行并需偠等待获得这个对象上的锁

同步块更要符合开放调用的原则,只在需要锁住的代码块锁住相应的对象这样从侧面来说也可以避免死锁。

72、如何创建守护6个线程能开多少任务

73、什么是Java Timer 类?如何创建一个有特定时间间隔的任务

java.util.Timer是一个工具类,可以用于安排一个6个线程能開多少任务在未来的某个特定时间执行Timer类可以用安排一次性任务或者周期任务。

java.util.TimerTask是一个实现了Runnable接口的抽象类我们需要去继承这个类来創建我们自己的定时任务并使用Timer去安排它的执行。

目前有开源的Qurtz可以用来创建定时任务

我要回帖

更多关于 6个线程能开多少任务 的文章

 

随机推荐