当前位置：文江博客话题详情

与 C++ 中的守护进程交互带插座

发布于 2024-10-13 15:18:01 字数 258 浏览 5 评论 0原文

我正在编写一个守护进程，它需要在后台运行并处理任务，还需要直接从前端接收输入。我一直在尝试使用套接字来处理此任务，但是，由于套接字在等待连接时暂停程序，因此我无法使其正常工作。有办法解决这个问题吗？

我正在使用 http://linuxgazette.net/issue74/tougher.html

感谢您提供的所有帮助

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

云雾 2024-10-20 15:18:01

您将需要使用线程来使套接字操作异步。或者使用一些已经实现它的库，最重要的库之一是增强Asio。

回复收藏 0 原文

迟月 2024-10-20 15:18:01

有几种方法可以处理这个问题。最常见的是使用事件循环和类似 libevent 的东西。然后使用非阻塞套接字。

以事件驱动的方式执行此操作可能需要对程序逻辑进行重大转变。但使用线程来实现它有其自身的复杂性，并且显然不是更好的选择。

回复收藏 0 原文

空心↖ 2024-10-20 15:18:01

通常守护进程使用事件循环来避免等待事件的问题。

这是解决您提出的问题的最明智的解决方案（不要等待异步事件）。尽管如此

，通常整个守护进程是在事件循环及其回调架构上构建的，并且可能导致部分重写，因此通常快速而肮脏的解决方案是创建一个单独的线程来处理这些事件，这通常会产生比解决的错误更多的错误。因此，使用事件循环：

libevent。
灵活的事件循环。
利布夫。
升压::asio
...

回复收藏 0 原文

无声静候 2024-10-20 15:18:01

根据您的描述，您已经将应用程序分为前端（接收输入）和后端（套接字处理和任务）。如果来自前端的输入是通过套接字发送的（通过后端）而不是从套接字接收输入，那么您似乎正在描述客户端而不是服务器。客户端程序通常不作为守护进程实现。

您已经创建了一个阻塞套接字，并且需要在单独的线程执行中监视线程甚至单独的进程），或者创建一个非阻塞套接字并频繁轮询以获取更新。

LinuxGazette 的链接是网络编程的基本介绍。如果您想更深入一点，请查看 Beej 的网络指南编程中对您可用的各种 API 调用进行了一些详细的解释..并且也许会让您欣赏更多的包装器库，例如 Boost::ASIO。

回复收藏 0 原文

找个人就嫁了吧 2024-10-20 15:18:01

值得您自己保留对事件循环的控制——它并不复杂，并且提供了灵活性。

事件循环的“C++ 伪代码”。

while (!done)
    {
        bool workDone = false;
        // Loop over each event source or internal worker
        for each module
        {
            // If it has work to do, do some.
            if (module.hasWorkDoTo())
            {
                // Generally, do as little work as possible; e.g. process a single event for this module.
                // But tinker with this to manage priorities if need be.
                // E.g. Maybe allow the GUI to flush its queue.
                module.doSomeWork();
                workDone = true;
            }
        }
        if (!workDone)
        {
            // System idle. No Sleep for a bit so we have benign idle baheviour.
            nanosleep(...);
        }
    }

Can be worth retaining control of the event loop yourself - its no complicated and provides flexibility down the track.

"C++ pseudo-code" for an event loop.

while (!done)
    {
        bool workDone = false;
        // Loop over each event source or internal worker
        for each module
        {
            // If it has work to do, do some.
            if (module.hasWorkDoTo())
            {
                // Generally, do as little work as possible; e.g. process a single event for this module.
                // But tinker with this to manage priorities if need be.
                // E.g. Maybe allow the GUI to flush its queue.
                module.doSomeWork();
                workDone = true;
            }
        }
        if (!workDone)
        {
            // System idle. No Sleep for a bit so we have benign idle baheviour.
            nanosleep(...);
        }
    }

回复收藏 0 原文

~没有更多了~