据我所了解，您编写的 Linux 守护进程会在一个无限循环中监听请求。
类似于...
int main() {
while(1) {
//do something...
}
}
参考：http://www.thegeekstuff.com/2012/02/c-daemon-process/
据我所知，将程序休眠可以使其进入等待模式，以防止它占用资源。
1.如果我想让我的守护进程每隔1秒钟检查一次请求，以下方法是否会消耗资源？
int main() {
while(1) {
if (request) {
//do something...
}
sleep(1)
}
}
2.如果我去掉睡眠，那么CPU消耗会增加100%吗？
3.是否可能运行一个无限循环而不会占用资源？比如...如果它只是循环自己。或者只是sleep（1）。
无限循环和CPU资源对我来说是个谜。
有没有可能在不消耗资源的情况下运行一个无限循环？比如说..它除了循环自己以外什么都不做。或者只是 sleep(1)。
有一个更好的选择。
你可以使用 信号量(semaphore)，在循环开始时保持阻塞状态，只有当你想让循环执行时才发出信号。
请注意，这不会消耗任何资源。
poll和select调用（Basile Starynkevitch在评论中提到）或信号量（Als在回答中提到）是等待请求的正确方法，这取决于情况。如果没有poll或select操作系统，则应有类似的替代品。
sleep、YieldProcessor和sched_yield都不适合做这件事，原因如下。
YieldProcessor和sched_yield仅将进程移动到可运行队列的末尾，但仍然保持可运行状态。其效果是允许同一优先级或更高优先级的其他进程执行，但当这些进程完成（或者没有进程时），调用YieldProcessor或sched_yield的进程继续运行。这会导致两个问题。一是较低优先级的进程仍不能运行。另一个问题是，这会使处理器始终运行，使用能量。我们希望操作系统识别何时不需要运行任何进程，并将处理器置于低功耗状态。
sleep可能允许这种低功耗状态，但它猜测下一个请求到来所需的时间，当没有必要时会重复唤醒处理器，而且会使进程对请求的响应变得不那么灵敏，因为进程将继续睡眠，直到到达请求的时间截止日期，即使有请求需要被服务。
poll和select调用正是为这种情况设计的。它们告诉操作系统该进程要在其IO通道之一上服务一个请求，但否则没有其他工作可做。这使操作系统能够将该进程标记为不可运行，并在合适时将处理器置于低功耗状态。使用信号量提供相同的行为，但唤醒进程的信号来自另一个进程引发的信号量而不是在I/O通道中产生的活动。当以这种方式到达执行某些工作的信号时，信号量是合适的;只需使用更适合您情况的poll或信号量。poll、select或信号量导致内核模式调用的批评是无关紧要的，因为其他方法也会导致内核模式调用。进程不能自己睡眠；它必须调用操作系统来请求。同样，YieldProcessor和sched_yield也向操作系统发出请求。select、poll、aio_suspend都是例子。你说，“如果进程无法提供可以交错的附加IO”，但总有至少一个额外的输入可以发生……用户请求退出。 - Ben Voigt
poll(2)（或者旧的、几乎废弃的select(2)）。 - Basile Starynkevitch