面试必问的epoll技术，从内核源码出发彻底搞懂epoll

epoll是linux中IO多路复用的一种机制，I/O多路复用就是通过一种机制，一个进程可以监视多个描述符，一旦某个描述符就绪（一般是读就绪或者写就绪），能够通知程序进行相应的读写 *** 作。当然linux中IO多路复用不仅仅是epoll，其他多路复用机制还有select、poll，但是接下来介绍epoll的内核实现。

events可以是以下几个宏的集合：

epoll相比select/poll的优势 ：

epoll相关的内核代码在fs/eventpollc文件中，下面分别分析epoll_create、epoll_ctl和epoll_wait三个函数在内核中的实现，分析所用linux内核源码为412版本。

epoll_create用于创建一个epoll的句柄，其在内核的系统实现如下：

sys_epoll_create:

可见，我们在调用epoll_create时，传入的size参数，仅仅是用来判断是否小于等于0，之后再也没有其他用处。

整个函数就3行代码，真正的工作还是放在sys_epoll_create1函数中。

sys_epoll_create -> sys_epoll_create1:

sys_epoll_create1 函数流程如下：

sys_epoll_create -> sys_epoll_create1 -> ep_alloc:

sys_epoll_create -> sys_epoll_create1 -> ep_alloc -> get_unused_fd_flags:

linux内核中，current是个宏，返回的是一个task_struct结构（我们称之为进程描述符）的变量，表示的是当前进程，进程打开的文件资源保存在进程描述符的files成员里面，所以current->files返回的当前进程打开的文件资源。rlimit(RLIMIT_NOFILE) 函数获取的是当前进程可以打开的最大文件描述符数，这个值可以设置，默认是1024。

相关视频推荐：

支撑亿级io的底层基石 epoll实战揭秘

网络原理tcp/udp，网络编程epoll/reactor，面试中正经“八股文”

学习地址：C/C++Linux服务器开发/后台架构师零声教育-学习视频教程-腾讯课堂

需要更多C/C++ Linux服务器架构师学习资料加群 812855908 获取（资料包括C/C++，Linux，golang技术，Nginx，ZeroMQ，MySQL，Redis，fastdfs，MongoDB，ZK，流媒体，CDN，P2P，K8S，Docker，TCP/IP，协程，DPDK，ffmpeg等），免费分享

__alloc_fd的工作是为进程在[start,end)之间(备注：这里start为0， end为进程可以打开的最大文件描述符数)分配一个可用的文件描述符,这里就不继续深入下去了，代码如下：

sys_epoll_create -> sys_epoll_create1 -> ep_alloc -> get_unused_fd_flags -> __alloc_fd:

然后，epoll_create1会调用anon_inode_getfile，创建一个file结构，如下：

sys_epoll_create -> sys_epoll_create1 -> anon_inode_getfile:

anon_inode_getfile函数中首先会alloc一个file结构和一个dentry结构，然后将该file结构与一个匿名inode节点anon_inode_inode挂钩在一起，这里要注意的是，在调用anon_inode_getfile函数申请file结构时，传入了前面申请的eventpoll结构的ep变量，申请的file->private_data会指向这个ep变量，同时，在anon_inode_getfile函数返回来后，ep->file会指向该函数申请的file结构变量。

简要说一下file/dentry/inode，当进程打开一个文件时，内核就会为该进程分配一个file结构，表示打开的文件在进程的上下文，然后应用程序会通过一个int类型的文件描述符来访问这个结构，实际上内核的进程里面维护一个file结构的数组，而文件描述符就是相应的file结构在数组中的下标。

dentry结构（称之为“目录项”）记录着文件的各种属性，比如文件名、访问权限等，每个文件都只有一个dentry结构，然后一个进程可以多次打开一个文件，多个进程也可以打开同一个文件，这些情况，内核都会申请多个file结构，建立多个文件上下文。但是，对同一个文件来说，无论打开多少次，内核只会为该文件分配一个dentry。所以，file结构与dentry结构的关系是多对一的。

同时，每个文件除了有一个dentry目录项结构外，还有一个索引节点inode结构，里面记录文件在存储介质上的位置和分布等信息，每个文件在内核中只分配一个inode。 dentry与inode描述的目标是不同的，一个文件可能会有好几个文件名（比如链接文件），通过不同文件名访问同一个文件的权限也可能不同。dentry文件所代表的是逻辑意义上的文件，记录的是其逻辑上的属性，而inode结构所代表的是其物理意义上的文件，记录的是其物理上的属性。dentry与inode结构的关系是多对一的关系。

sys_epoll_create -> sys_epoll_create1 -> fd_install:

总结epoll_create函数所做的事：调用epoll_create后，在内核中分配一个eventpoll结构和代表epoll文件的file结构，并且将这两个结构关联在一块，同时，返回一个也与file结构相关联的epoll文件描述符fd。当应用程序 *** 作epoll时，需要传入一个epoll文件描述符fd，内核根据这个fd，找到epoll的file结构，然后通过file，获取之前epoll_create申请eventpoll结构变量，epoll相关的重要信息都存储在这个结构里面。接下来，所有epoll接口函数的 *** 作，都是在eventpoll结构变量上进行的。

所以，epoll_create的作用就是为进程在内核中建立一个从epoll文件描述符到eventpoll结构变量的通道。

epoll_ctl接口的作用是添加/修改/删除文件的监听事件，内核代码如下：

sys_epoll_ctl:

根据前面对epoll_ctl接口的介绍，op是对epoll *** 作的动作（添加/修改/删除事件），ep_op_has_event(op)判断是否不是删除 *** 作，如果op != EPOLL_CTL_DEL为true，则需要调用copy_from_user函数将用户空间传过来的event事件拷贝到内核的epds变量中。因为，只有删除 *** 作，内核不需要使用进程传入的event事件。

接着连续调用两次fdget分别获取epoll文件和被监听文件（以下称为目标文件）的file结构变量（备注：该函数返回fd结构变量，fd结构包含file结构）。

接下来就是对参数的一些检查，出现如下情况，就可以认为传入的参数有问题，直接返回出错：

当然下面还有一些关于 *** 作动作如果是添加 *** 作的判断，这里不做解释，比较简单，自行阅读。

在ep里面，维护着一个红黑树，每次添加注册事件时，都会申请一个epitem结构的变量表示事件的监听项，然后插入ep的红黑树里面。在epoll_ctl里面，会调用ep_find函数从ep的红黑树里面查找目标文件表示的监听项，返回的监听项可能为空。

接下来switch这块区域的代码就是整个epoll_ctl函数的核心，对op进行switch出来的有添加(EPOLL_CTL_ADD)、删除(EPOLL_CTL_DEL)和修改(EPOLL_CTL_MOD)三种情况，这里我以添加为例讲解，其他两种情况类似，知道了如何添加监听事件，其他删除和修改监听事件都可以举一反三。

为目标文件添加监控事件时，首先要保证当前ep里面还没有对该目标文件进行监听，如果存在(epi不为空)，就返回-EEXIST错误。否则说明参数正常，然后先默认设置对目标文件的POLLERR和POLLHUP监听事件，然后调用ep_insert函数，将对目标文件的监听事件插入到ep维护的红黑树里面：

sys_epoll_ctl -> ep_insert:

前面说过，对目标文件的监听是由一个epitem结构的监听项变量维护的，所以在ep_insert函数里面，首先调用kmem_cache_alloc函数，从slab分配器里面分配一个epitem结构监听项，然后对该结构进行初始化，这里也没有什么好说的。我们接下来看ep_item_poll这个函数调用：

sys_epoll_ctl -> ep_insert -> ep_item_poll:

ep_item_poll函数里面，调用目标文件的poll函数，这个函数针对不同的目标文件而指向不同的函数，如果目标文件为套接字的话，这个poll就指向sock_poll，而如果目标文件为tcp套接字来说，这个poll就是tcp_poll函数。虽然poll指向的函数可能会不同，但是其作用都是一样的，就是获取目标文件当前产生的事件位，并且将监听项绑定到目标文件的poll钩子里面（最重要的是注册ep_ptable_queue_proc这个poll callback回调函数），这步 *** 作完成后，以后目标文件产生事件就会调用ep_ptable_queue_proc回调函数。

接下来，调用list_add_tail_rcu将当前监听项添加到目标文件的f_ep_links链表里面，该链表是目标文件的epoll钩子链表，所有对该目标文件进行监听的监听项都会加入到该链表里面。

然后就是调用ep_rbtree_insert，将epi监听项添加到ep维护的红黑树里面,这里不做解释，代码如下：

sys_epoll_ctl -> ep_insert -> ep_rbtree_insert:

前面提到，ep_insert有调用ep_item_poll去获取目标文件产生的事件位，在调用epoll_ctl前这段时间，可能会产生相关进程需要监听的事件，如果有监听的事件产生，(revents & event->events 为 true)，并且目标文件相关的监听项没有链接到ep的准备链表rdlist里面的话，就将该监听项添加到ep的rdlist准备链表里面，rdlist链接的是该epoll描述符监听的所有已经就绪的目标文件的监听项。并且，如果有任务在等待产生事件时，就调用wake_up_locked函数唤醒所有正在等待的任务，处理相应的事件。当进程调用epoll_wait时，该进程就出现在ep的wq等待队列里面。接下来讲解epoll_wait函数。

总结epoll_ctl函数：该函数根据监听的事件，为目标文件申请一个监听项，并将该监听项挂人到eventpoll结构的红黑树里面。

epoll_wait等待事件的产生，内核代码如下：

sys_epoll_wait:

首先是对进程传进来的一些参数的检查：

参数全部检查合格后，接下来就调用ep_poll函数进行真正的处理：

sys_epoll_wait -> ep_poll:

ep_poll中首先是对等待时间的处理，timeout超时时间以ms为单位，timeout大于0，说明等待timeout时间后超时，如果timeout等于0，函数不阻塞，直接返回，小于0的情况，是永久阻塞，直到有事件产生才返回。

当没有事件产生时（(!ep_events_available(ep))为true）,调用__add_wait_queue_exclusive函数将当前进程加入到ep->wq等待队列里面，然后在一个无限for循环里面，首先调用set_current_state(TASK_INTERRUPTIBLE)，将当前进程设置为可中断的睡眠状态，然后当前进程就让出cpu，进入睡眠，直到有其他进程调用wake_up或者有中断信号进来唤醒本进程，它才会去执行接下来的代码。

如果进程被唤醒后，首先检查是否有事件产生，或者是否出现超时还是被其他信号唤醒的。如果出现这些情况，就跳出循环，将当前进程从ep->wp的等待队列里面移除，并且将当前进程设置为TASK_RUNNING就绪状态。

如果真的有事件产生，就调用ep_send_events函数，将events事件转移到用户空间里面。

sys_epoll_wait -> ep_poll -> ep_send_events:

ep_send_events没有什么工作，真正的工作是在ep_scan_ready_list函数里面：

sys_epoll_wait -> ep_poll -> ep_send_events -> ep_scan_ready_list:

ep_scan_ready_list首先将ep就绪链表里面的数据链接到一个全局的txlist里面，然后清空ep的就绪链表，同时还将ep的ovflist链表设置为NULL，ovflist是用单链表，是一个接受就绪事件的备份链表，当内核进程将事件从内核拷贝到用户空间时，这段时间目标文件可能会产生新的事件，这个时候，就需要将新的时间链入到ovlist里面。

仅接着，调用sproc回调函数(这里将调用ep_send_events_proc函数)将事件数据从内核拷贝到用户空间。

sys_epoll_wait -> ep_poll -> ep_send_events -> ep_scan_ready_list -> ep_send_events_proc:

ep_send_events_proc回调函数循环获取监听项的事件数据，对每个监听项，调用ep_item_poll获取监听到的目标文件的事件，如果获取到事件，就调用__put_user函数将数据拷贝到用户空间。

回到ep_scan_ready_list函数，上面说到，在sproc回调函数执行期间，目标文件可能会产生新的事件链入ovlist链表里面，所以，在回调结束后，需要重新将ovlist链表里面的事件添加到rdllist就绪事件链表里面。

同时在最后，如果rdlist不为空（表示是否有就绪事件），并且由进程等待该事件，就调用wake_up_locked再一次唤醒内核进程处理事件的到达（流程跟前面一样，也就是将事件拷贝到用户空间）。

到这，epoll_wait的流程是结束了，但是有一个问题，就是前面提到的进程调用epoll_wait后会睡眠，但是这个进程什么时候被唤醒呢？在调用epoll_ctl为目标文件注册监听项时，对目标文件的监听项注册一个ep_ptable_queue_proc回调函数，ep_ptable_queue_proc回调函数将进程添加到目标文件的wakeup链表里面，并且注册ep_poll_callbak回调，当目标文件产生事件时，ep_poll_callbak回调就去唤醒等待队列里面的进程。

总结一下epoll该函数： epoll_wait函数会使调用它的进程进入睡眠（timeout为0时除外），如果有监听的事件产生，该进程就被唤醒，同时将事件从内核里面拷贝到用户空间返回给该进程。

一切源于在项目过程中的一个Bug：我的需求是在MainActivity 实现自动预览，也可以点击跳到签到SignedActivity去实现拍照签到，第一次进入界面的时候都是正常的，但是有时候返回来的时候预览失败，即从MainActivity跳转到SignedActivity偶尔预览失败和从SignedActivity返回MainActivity偶尔失败，都是报（CAMERA_IN_USE）ERRO=1的错误，奇怪的是的的确确做了完全释放 *** 作，加上以前用的更多的是Camera api 对于Camer2 的机制没有完整去研究过，一下子懵了，于是乎先去找了Stack Overflow，查到一个解决方案是："我弃用了新API，换回旧API"，ORZ，找了其他的也没有答案，可是我不服呀，我就把官方的文档全部啃了一遍，于是乎便有了以下的理解，我想如果你不懂得怎么使用Camera2的话，这篇绝对值得你去阅读，你会发现Camera2 并非像大多数说得那样使用起来很复杂。

全新的androidhardwareCamera2 。Android 50对拍照API进行了全新的设计，新增了全新设计的Camera 2 API，这些API不仅大幅提高了Android系统拍照的功能，还能支持RAW照片输出，甚至允许程序调整相机的对焦模式、曝光模式、快门等。

在Camera2 架构在核心参与类角色有： CameraManager 、 CameraDevice 、 CameraCharacteristics 、 CameraRequest与CameraRequestBuilder 、 CameraCaptureSession 以及 CaptureResult 。

位于androidhardwarecamera2CameraManager下，也是Android 21(50)添加的，和其他系统服务一样通过 ContextgetSystemService(CameraManagerclass ) 或者 ContextgetSystemService(ContextCAMERA_SERVICE) 来完成初始化，主要用于管理系统摄像头：

CameraDevice是Camera2中抽象出来的一个对象，直接与系统硬件摄像头相联系。因为不可能所有的摄像头都会支持高级功能（即摄像头功能可被分为limit 和full 两个级别），当摄像头处于limited 级别时候，此时Camera2和早期的Camera功能差不多，除此之外在Camera2架构中，CameraDevice还承担其他两项重要任务：

正如前面所说， 系统向摄像头发送 Capture 请求，而摄像头会返回 CameraMetadata，这一切都是在由对应的CameraDevice创建的CameraCaptureSession 会话完成 ，当程序需要预览、拍照、再次预览时，都需要先通过会话。（A configured capture session for a CameraDevice , used for capturing images from the camera or reprocessing images captured from the camera in the same session previouslyA CameraCaptureSession is created by providing a set of target output surfaces to createCaptureSession , or by providing an InputConfiguration and a set of target output surfaces to createReprocessableCaptureSession for a reprocessable capture session Once created, the session is active until a new session is created by the camera device, or the camera device is closed）CameraCaptureSession一旦被创建，直到对应的CameraDevice关闭才会死掉。虽然CameraCaptureSession会话用于从摄像头中捕获图像，但是只有同一个会话才能再次从同一摄像头中捕获图像。另外， 创建会话是一项耗时的异步 *** 作，可能需要几百毫秒 ，因为它需要配置相机设备的内部管道并分配内存缓冲区以将图像发送到所需的目标，因而createCaptureSession和createReprocessableCaptureSession会将随时可用的CameraCaptureSession发送到提供的监听器的onConfigured回调中。如果 无法完成配置，则触发onConfigureFailed回调 ，并且会话将不会变为活动状态。最后需要注意的是，如果 摄像头设备创建了一个新的会话，那么上一个会话是被关闭的，并且会回调与其关联的onClosed ，如果不处理好，当会话关闭之后再次调用会话的对应方法那么所有方法将会跑出IllegalStateException异常。关闭的会话清除任何重复的请求（和调用了stopRepeating()方法类似），但是在新创建的会话接管并重新配置摄像机设备之前，关闭的会话仍然会正常完成所有正在进行的捕获请求。简而言之，在Camera2中CameraCaptureSession承担很重要的角色：

描述Cameradevice属性的对象，可以使用CameraManager通过getCameraCharacteristics（String cameraId）进行查询。

CameraRequest代表了一次捕获请求， 而CameraRequestBuilder用于描述捕获的各种参数设置，包含捕获硬件（传感器，镜头，闪存），对焦模式、曝光模式，处理流水线，控制算法和输出缓冲区的配置。 ，然后传递到对应的会话中进行设置， CameraRequestBuilder则负责生成CameraRequest对象 。当程序调用setRepeatingRequest()方法进行预览时，或调用capture()方法进行拍照时，都需要传入CameraRequest参数。CameraRequest可以通过CameraRequestBuilder来进行初始化，通过调用createCaptureRequest来获得。

CaptureRequest描述是从图像传感器捕获单个图像的结果的子集的对象。（CaptureResults are produced by a CameraDevice after processing a CaptureRequest）当CaptureRequest被处理之后由CameraDevice生成。

CameraManager 处于顶层管理位置负责 检测获取所有摄像头及其特性 和 传入指定的CameraDeviceStateCallback回调打开指定摄像头 ， CameraDevice 是负责管理抽象对象，包括 监听Camera 的状态回调CameraDeviceStateCallback 、 创建CameraCaptureSession和CameraRequest ， CameraCaptureSession 用于描述一次图像捕获 *** 作，主要负责 监听自己会话的状态回调CameraCaptureSessionStateCallback 和 CameraCaptureSessionCaptureCallback捕获回调 ，还有 发送处理CameraRequest ； CameraRequest 则可以看成是一个"JavaBean"的作用用于描述希望什么样的配置来处理这次请求；最后三个回调用于监听对应的状态。

CameraManager 处于顶层管理位置负责检测 检测获取所有摄像头并设置输出参数，传入指定的CameraDeviceStateCallback回调，然后打开指定摄像头，并触发CameraDeviceStateCallback中的onOpened方法，并在onOpened方法里开始通过调用创建预览会话， ，CameraDevice负责创建请求 CameraCharacteristics 、 CameraRequest与CameraRequestBuilder 、 CameraCaptureSession 以及 CaptureResult 则可以看成是一个JavaBean的作用用于描述以什么样的配置来处理这次请求。

Camera2Helper类只是简单的封装了下，为了让Camera2的初始化和Activity 高度分离，这个类只是Demo 阶段部分有待优化，另外结合我具体的业务，对于大小有限制，所以我都是默认采用采样压缩率方式对进行压缩

数组的4种声明方式：

1先声明再初始化

例如：

//1声明

int[] nums;

//初始化

nums = new int[5];

2声明并初始化

例如：

//2声明、初始化

int[] nums = new int[10];

3创建数组同时赋值

例如：

//3创建数组同时赋值

String[] names=new String[]{"大名","小米","夏雨荷"};

int[] ages=new int[]{21,22,21,56,13};

for (int i = 0;i < nameslength;i++){

Systemoutprinrln(names[i]);

}

for (int i = 0;i < ageslength;i++){

Systemoutprinrln(ages[i]);

}

4创建同时赋值，简写，不能写成两条语句

例如：

//4创建同时赋值，简写，不能写成两条语句

String[] cities = {"上海","北京"};

扩展资料：

数组（Array）是有序的元素序列。若将有限个类型相同的变量的集合命名，那么这个名称为数组名。组成数组的各个变量称为数组的分量，也称为数组的元素，有时也称为下标变量。用于区分数组的各个元素的数字编号称为下标。数组是在程序设计中，为了处理方便， 把具有相同类型的若干元素按有序的形式组织起来的一种形式。 这些有序排列的同类数据元素的集合称为数组。

数组是用于储存多个相同类型数据的集合。

在C语言中， 数组属于构造数据类型。一个数组可以分解为多个数组元素，这些数组元素可以是基本数据类型或是构造类型。因此按数组元素的类型不同，数组又可分为数值数组、字符数组、指针数组、结构数组等各种类别。

代码如下:

function a(callback){

alert('a');

callbackcall(this);//或者是 callback（）, callbackapply(this),看个人喜好

}

function b(){

alert('b');

}

//调用

a(b);

这样的结果是先d出 'a'，再d出‘b'。这样估计会有人问了“写这样的代码有什么意思呢？好像没太大的作用呢！”

是的，其实我也觉得这样写没啥意思，“如果调用一个函数就直接在函数里面调用它不就行了”。我这只是给大家写个小例子，做初步的理解。真正写代码的过程中很少用这样无参数的，因为在大部分场景中，我们要传递参数。来个带参数的：

复制代码 代码如下:

function c(callback){

alert('c');

callbackcall(this,'d');

}

//调用

c(function(e){

alert(e);

});

这个调用看起来是不是似曾相识，这里e参数被赋值为'd'，我们只是简单的赋值为字符窜，其实也可以赋值为对象。Jquery里面是不是也有个e参数，下面我们就来讲讲

Jquery里面的e参数是如何被回调赋值的。

Jquery框架我想大家不陌生了，出来了好久，开发的时候都在用，比较简单，api网上搜起来很方便，上手快。在Jquery框架下，我们有时候要获取事件中的一些参数，比如我要获取当前点击的坐标，点击的元素对象。这个需求在Jquery里面好办 ：

复制代码 代码如下:

$("#id")bind('click',function(e){

//epageX ,epageY ,etarget各种数据

});

用起来倒是挺方便，其实这个e参数的赋值也是通过回调函数来实现的，这个参数是用回调参数给它赋予了一个对象值，仔细研究过JJquery源码的朋友应该发现了这一点。

还有Ajax里面 $get('',{},function(data){}) data这个参数也是同样的原理。

我们来看看Jquery事件对象里面是怎么应用回调函数的。

为了方便，我简单的写了一下$相关的一些实现，之前写过“小谈Jquery”里面有比较接近框架实现的方法，我下面只是写一个简易的选择器。

复制代码 代码如下:

<div id="container" style="width:200px;height:200px;background-Color:green;">

< /div>

< script>

var _$=function (id)

{

thiselement= documentgetElementById(id);

}

_$prototype={

bind:function(evt,callback)

{

var that=this;

if(documentaddEventListener)

{

thiselementaddEventListener(evt, function(e){

callbackcall(this,thatstandadize(e));

} ,false);

}

else if(documentattachEvent)

{

thiselementattachEvent('on'+evt,function(e){

callbackcall(this,thatstandadize(e));

});

}

else

thiselement['on'+evt]=function(e){

callbackcall(this,thatstandadize(e));

};

},

standadize:function(e){

var evt=e||windowevent;

var pageX,pageY,layerX,layerY;

//pageX 横坐标 pageY纵坐标 layerX点击处位于元素的横坐标 layerY点击处位于元素的纵坐标

if(evtpageX)

{

pageX=evtpageX;

pageY=evtpageY;

}

else

{

pageX=documentbodyscrollLeft+evtclientX-documentbodyclientLeft;

pageY=documentbodyscrollTop+evtclientY-documentbodyclientLTop;

}

if(evtlayerX)

{

layerX=evtlayerX;

layerY=evtlayerY;

}

else

{

layerX=evtoffsetX;

layerXY=evtoffsetY;

}

return {

pageX:pageX,

pageY:pageY,

layerX:layerX,

layerY:layerY

}

}

}

window$=function(id)

{

return new _$(id);

}

$('container')bind('click',function(e){

alert(epageX);

});

$('container1')bind('click',function(e){

alert(epageX);

});

< /script>

这段代码我们主要看standadize函数的实现，兼容性的代码，就不多说了，返回的是一个对象

复制代码 代码如下:

return {

pageX:pageX,

pageY:pageY,

layerX:layerX,

layerY:layerY

}

然后再看bind函数里面的代码 callbackcall(this,thatstandadize(e))，这段代码其实就是给e参数赋值了，是用callback回调实现的。

callback 函数被调用的时候传入的是匿名函数

复制代码 代码如下:

function(e){

}

而callbackcall(this,thatstandadize(e))相当于是执行了这么一段代码

复制代码 代码如下:

(function(e){

})(standadize(e))

这也是Jquery用回调函数比较经典的地方，e参数就是这么被赋值的，说了这些你们也大概有个了解了，以及怎么使用了。

回调在各种框架中应用的比较多，有时候自己写一些东西的时候也可以根据实际情况用用看。

比如，要拷贝一个文件，将1pdf拷贝成1_copypdf。。。

里面有一个CopyFile函数

CopyFile("1pdf", "2pdf" );

这种调用就叫 Call ，即，调用别人的函数

考虑：拷贝一个很大的文件(比如，1G的视频文件）。。。。

这个拷贝过程需要一段时间。。。

如果用CopyFile(…)，则需要默默等待、直到它完成。。。

缺点：用户体验差，缺少交互性

这时候，我们希望增加交互性：显示拷贝的进度这意味着，我们希望系统在拷贝文件的时候，能够通知我们的应用程序。。。

我们希望在函数回调时显示其他信息，文件名

然而，在回调函数的参数里，并没有源文件名和目标文件名。。。也就是说，无法得知当前正在拷贝的哪个文件。。。

上下文对象：该对象携带了所有必要的上下文信息。。。

可以为任意类型的数据，完全有用户自己决定。。。

比如：

❤️我的目标是：someday，即便你花钱看我的文章，也会觉得心满意足

以上就是关于面试必问的epoll技术，从内核源码出发彻底搞懂epoll全部的内容，包括:面试必问的epoll技术，从内核源码出发彻底搞懂epoll、Android进阶——你所知道的Camera2和你所不知道的Camera2完全解析、为数组的每个元素应用回调函数等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！