mdelay和msleep的用法差异在手机项目上的实际影响
虽然msleep和mdelay都有延迟的作用，但他们是有区别的:
mdelay是忙等待函数，在延迟过程中无法运行其他任务．这个延迟的时间是准确的．是需要等待多少时间就会真正等待多少时间．
而msleep是休眠函数，它不涉及忙等待．你如果是msleep(10)，那实际上延迟的时间，大部分时候是要多于10ms的，是个不定的时间值．
公司有个android的手机项目，发现当打开自动亮度调整后，光感会不断上报数据，在主菜单界面滑动切换时和在camra预览晃动时会出现卡屏的现象，刷屏不流畅。检查光感的work_queue，发现有个300ms的mdelay， lux_data = hm8001_als_read(); mdelay(300); // delay 300ms; lux_data = hm8001_als_read();改成msleep(300);后卡屏现象就消失了。
根据个人经验，10ms以下的延时对时序要求比较高的地方最好还是用mdelay，100ms以上的延时最好还是用msleep，100ms以上的延迟
对linux的多任务系统运行还是有一定影响的。至于10ms到100ms之间的延时看时序的要求情况和应用场景灵活决定了。
mdelay是忙等待函数，在延迟过程中无法运行其他任务．这个延迟的时间是准确的．是需要等待多少时间就会真正等待多少时间．
而msleep是休眠函数，它不涉及忙等待．你如果是msleep(10)，那实际上延迟的时间，大部分时候是要多于10ms的，是个不定的时间值．
公司有个android的手机项目，发现当打开自动亮度调整后，光感会不断上报数据，在主菜单界面滑动切换时和在camra预览晃动时会出现卡屏的现象，刷屏不流畅。检查光感的work_queue，发现有个300ms的mdelay， lux_data = hm8001_als_read(); mdelay(300); // delay 300ms; lux_data = hm8001_als_read();改成msleep(300);后卡屏现象就消失了。
根据个人经验，10ms以下的延时对时序要求比较高的地方最好还是用mdelay，100ms以上的延时最好还是用msleep，100ms以上的延迟
对linux的多任务系统运行还是有一定影响的。至于10ms到100ms之间的延时看时序的要求情况和应用场景灵活决定了。