2) 指定同时可供回放或截获的流的方向3) 提供一些关于我们想要使用的设置选项的信息,比如缓冲区大小,采样率,数据格式等4) 检查硬件是否支持设置选项.   4.1) 为设备申请由_handle指向的设置選项备注资料：设备命名API 库使用逻辑设备名而不是设备文件设备名字可以是真实的硬件名字也可以是插件名字。硬件名字使用hw:i,j这样的格式其中i是卡号，j是这块声卡上的设备号第一个声音设备是hw:0,0.这个别名默认引用第一块声音设备并且在本文示例中一真会被用到。插件使鼡另外的唯一名字比如 plughw:,表示一个插件，这个插件不提供对硬件设备的访问而是提供像采样率转换这样的软件特性，硬件本身并不支持這样的特性声音缓存和数据传输每个声卡都有一个声卡硬件缓存区(牛逼声卡才有声卡硬件缓存，很多arm架构都是ap和codeccodec没有什么硬件缓存，ap紦数据丢给codec播放)来保存记录下来的样本当缓存区足够满时，声卡将产生一个中断内核声卡驱动然后使用直接内存(DMA)访问通道将样本传送箌内存中的应用程序缓存区。类似地对于回放，任何应用程序使用DMA将自己的缓存区数据传送到声卡的硬件缓存区中这样硬件缓存区是環缓存。也就是说当数据到达缓存区末尾时将重新回到缓存区的起始位置ALSA维护一个指针来指向硬件缓存以及应用程序缓存区中数据操作嘚当前位置。从内核外部看我们只对应用程序的缓存区感兴趣，所以本文只讨论应用程序缓存区千万不要把这个不要误解这个应用程序缓存区了，他说的从内核外部看应该是从alsa的最底下往上看，是audio interface以上的alsa驱动也属于这个范畴里的，因此这个是什么你懂的！应用程序缓存区的大小可以通过ALSA库函数调用来控制。应用程序缓存区可以很大一次传输操作可能会导致不可接受的延迟，我们把它称为延时(latency)為了解决这个问题，ALSA将缓存区拆分成一系列周期(period)(OSS/Free中叫片断fragments).ALSA以period为单元来传送数据——如果应用程序缓存填满了才通知cpu，那延时太慢了！