stringstream против ifstream (ofstream) в c ++ с использованием сокетного программирования - PullRequest
0 голосов
/ 31 января 2019

У меня есть один вопрос о программировании сокетов в C ++.Большинство учебных пособий, которые я нашел в Интернете, предполагают, что

  • (привязка и т. Д. Опущены)

    1. в клиентском процессе есть строка

    2. сохраняется в файл

    3. , затем файл отправляется на сервер, сначала прочитав файл в поток

    4. сервер получает поток и записывает его в другой файл.

Тогда мой вопрос заключается в том, что если мы можем использовать stringstrem на шаге 2 вместосохранить как файл?Файловый ввод / вывод (в C ++, если обычно используются stream и ofstream), как правило, медленный.Будет ли это более эффективно, если я использую директорию stringstream?

1 Ответ

0 голосов
/ 31 января 2019

Ваш оригинальный вопрос:

"Что если мы можем использовать stringstrem на шаге 2 вместо сохранения в виде файла?"

Мой первоначальный ответ:

stringstream не имеет ничего общего с серверными сокетами и файлами ввода-вывода.

Вам не хватает фундаментальногоидея операций ввода-вывода, которая является концепцией файлов для устройств ввода-вывода.Там нет пути вокруг.Вы ничего не сохраняете в логическом потоке файлов.Ваши файловые байты временно буферизируются в вашей памяти и очищаются.

stringstream - это хорошая утилита библиотеки C ++, которая позволяет вам обрабатывать строки как файловые потоки.Точно так же, как вы читаете из потока входных файлов байты за байтами до EOF / некоторых других ошибок, или записываете в байты потока выходного файла после байтов, используя stringstream, вы можете обращаться со своей строкой так же, как вы это делаете с файловыми потоками.Это действительно полезно, когда вы хотите разделить вашу строку на маленькие логические единицы.Например, предположим, что вы прочитали строку строки и хотите прочитать каждое слово из этой строки, рассматривая строку строки как поток слов.

Дополнительные инструкции по правильному направлению:

Ничто не «сохраняется» в логическом файловом потоке.Каждая операция ввода / вывода выполняется через «логические» файлы в любой компьютерной системе.Сокетное соединение имеет два файловых дескриптора на обоих концах: один - дескриптор файла клиента, а другой - дескриптор файла сервера (дескриптор подключенного файла).Сервер прослушивает запросы на подключение через дескриптор файла прослушивания, который фактически остается в течение всего времени существования сервера, и когда он принимает запрос на подключение, он возвращает другой дескриптор файла через функцию accept, называемую дескриптором подключенного файла, которая сохраняется до тех пор, покасоединение / транзакция клиент-сервер продолжается.

int accept(int listenfd, struct sockaddr *addr, int *addrlen);

Если вы хотите читать или записывать в файловый поток, а также хотите буферизовать ваши файловые байты, вам необходимо сделать это - буферизировать ваши байты.Это также очень важно в контексте серверов и коротких отсчетов, потому что ваше соединение может прерваться или оно может быть прервано сигналами.Есть несколько вариантов и методов, которые вы можете реализовать.Однако такие обсуждения не возможны в этой небольшой теме.Основываясь на вашем вопросе, я дам вам пример того, как вы можете буферизовать поток файлов, избежать короткого счета и обрабатывать прерывания сигнала, выполнив следующие шаги:

Например, функция нижекоторый читает n байтов и не буферизует

ssize_t rio_readn(int fd, void *usrbuf, size_t n)
{
size_t nleft = n;
ssize_t nread;
char *bufp = usrbuf;

while (nleft > 0) {
if ((nread = read(fd, bufp, nleft)) < 0) {
if (errno == EINTR) /* Interrupted by sig handler return */
nread = 0;/* and call read() again */
else
return -1;/* errno set by read() */
}
else if (nread == 0)
break;/* EOF */
nleft -= nread;
bufp += nread;
}
return (n - nleft);/* Return >= 0 */
}

Мы можем реализовать следующие шаги для выполнения буферизованных и надежных операций ввода-вывода (примечание, что RIO означает надежный ввод-вывод):

Шаг 1: настройкапустой буфер чтения и связать дескриптор открытого файла, чтобы мы могли реализовать наши надежные операции ввода-вывода

#define RIO_BUFSIZE 8192
typedef struct {
int rio_fd;/* Descriptor for this internal buf */
int rio_cnt;/* Unread bytes in internal buf */
char *rio_bufptr;/* Next unread byte in internal buf */
char rio_buf[RIO_BUFSIZE]; /* Internal buffer */
} rio_t;

// Инициализировать надежный буфер ввода-вывода

void rio_readinitb(rio_t *rp, int fd)
{
rp->rio_fd = fd;
rp->rio_cnt = 0;
rp->rio_bufptr = rp->rio_buf;
}

Шаг 2: надежная функция чтения утилитыдля обработки короткого счета

static ssize_t rio_read(rio_t *rp, char *usrbuf, size_t n)
{
int cnt;

while (rp->rio_cnt <= 0) {/* Refill if buf is empty */
rp->rio_cnt = read(rp->rio_fd, rp->rio_buf,
sizeof(rp->rio_buf));
if (rp->rio_cnt < 0) {
if (errno != EINTR) /* Interrupted by sig handler return */
return -1;
}
else if (rp->rio_cnt == 0)/* EOF */
return 0;
else
rp->rio_bufptr = rp->rio_buf; /* Reset buffer ptr */
}

/* Copy min(n, rp->rio_cnt) bytes from internal buf to user buf */
cnt = n;
if (rp->rio_cnt < n)
cnt = rp->rio_cnt;
memcpy(usrbuf, rp->rio_bufptr, cnt);
rp->rio_bufptr += cnt;
rp->rio_cnt -= cnt;
return cnt;
}

Шаг 3: Надежная функция ввода-вывода для буферизованного чтения

ssize_t rio_readnb(rio_t *rp, void *usrbuf, size_t n)
{
size_t nleft = n;
ssize_t nread;
char *bufp = usrbuf;

while (nleft > 0) {
if ((nread = rio_read(rp, bufp, nleft)) < 0) {
if (errno == EINTR) /* Interrupted by sig handler return */
nread = 0;/* Call read() again */
else
return -1;/* errno set by read() */
}
else if (nread == 0)
break;/* EOF */
nleft -= nread;
bufp += nread;
}
return (n - nleft);/* Return >= 0 */
}
...