Involved Source Filesheader.gopipeline.goreader.go Package textproto implements generic support for text-based request/response
protocols in the style of HTTP, NNTP, and SMTP.
The package provides:
Error, which represents a numeric error response from
a server.
Pipeline, to manage pipelined requests and responses
in a client.
Reader, to read numeric response code lines,
key: value headers, lines wrapped with leading spaces
on continuation lines, and whole text blocks ending
with a dot on a line by itself.
Writer, to write dot-encoded text blocks.
Conn, a convenient packaging of Reader, Writer, and Pipeline for use
with a single network connection.writer.go
Package-Level Type Names (total 10, in which 7 are exported)
/* sort exporteds by: | */
A Conn represents a textual network protocol connection.
It consists of a Reader and Writer to manage I/O
and a Pipeline to sequence concurrent requests on the connection.
These embedded types carry methods with them;
see the documentation of those types for details.PipelinePipelineReaderReaderReader.R*bufio.ReaderWriterWriterWriter.W*bufio.Writerconnio.ReadWriteCloserPipeline.iduintPipeline.musync.MutexPipeline.requestsequencerPipeline.responsesequencer // a re-usable buffer for readContinuedLineSlice Close closes the connection. Cmd is a convenience method that sends a command after
waiting its turn in the pipeline. The command text is the
result of formatting format with args and appending \r\n.
Cmd returns the id of the command, for use with StartResponse and EndResponse.
For example, a client might run a HELP command that returns a dot-body
by using:
id, err := c.Cmd("HELP")
if err != nil {
return nil, err
}
c.StartResponse(id)
defer c.EndResponse(id)
if _, _, err = c.ReadCodeLine(110); err != nil {
return nil, err
}
text, err := c.ReadDotBytes()
if err != nil {
return nil, err
}
return c.ReadCodeLine(250) DotReader returns a new Reader that satisfies Reads using the
decoded text of a dot-encoded block read from r.
The returned Reader is only valid until the next call
to a method on r.
Dot encoding is a common framing used for data blocks
in text protocols such as SMTP. The data consists of a sequence
of lines, each of which ends in "\r\n". The sequence itself
ends at a line containing just a dot: ".\r\n". Lines beginning
with a dot are escaped with an additional dot to avoid
looking like the end of the sequence.
The decoded form returned by the Reader's Read method
rewrites the "\r\n" line endings into the simpler "\n",
removes leading dot escapes if present, and stops with error io.EOF
after consuming (and discarding) the end-of-sequence line. DotWriter returns a writer that can be used to write a dot-encoding to w.
It takes care of inserting leading dots when necessary,
translating line-ending \n into \r\n, and adding the final .\r\n line
when the DotWriter is closed. The caller should close the
DotWriter before the next call to a method on w.
See the documentation for Reader's DotReader method for details about dot-encoding. EndRequest notifies p that the request with the given id has been sent
(or, if this is a server, received). EndResponse notifies p that the response with the given id has been received
(or, if this is a server, sent). Next returns the next id for a request/response pair. PrintfLine writes the formatted output followed by \r\n. ReadCodeLine reads a response code line of the form
code message
where code is a three-digit status code and the message
extends to the rest of the line. An example of such a line is:
220 plan9.bell-labs.com ESMTP
If the prefix of the status does not match the digits in expectCode,
ReadCodeLine returns with err set to &Error{code, message}.
For example, if expectCode is 31, an error will be returned if
the status is not in the range [310,319].
If the response is multi-line, ReadCodeLine returns an error.
An expectCode <= 0 disables the check of the status code. ReadContinuedLine reads a possibly continued line from r,
eliding the final trailing ASCII white space.
Lines after the first are considered continuations if they
begin with a space or tab character. In the returned data,
continuation lines are separated from the previous line
only by a single space: the newline and leading white space
are removed.
For example, consider this input:
Line 1
continued...
Line 2
The first call to ReadContinuedLine will return "Line 1 continued..."
and the second will return "Line 2".
Empty lines are never continued. ReadContinuedLineBytes is like ReadContinuedLine but
returns a []byte instead of a string. ReadDotBytes reads a dot-encoding and returns the decoded data.
See the documentation for the DotReader method for details about dot-encoding. ReadDotLines reads a dot-encoding and returns a slice
containing the decoded lines, with the final \r\n or \n elided from each.
See the documentation for the DotReader method for details about dot-encoding. ReadLine reads a single line from r,
eliding the final \n or \r\n from the returned string. ReadLineBytes is like ReadLine but returns a []byte instead of a string. ReadMIMEHeader reads a MIME-style header from r.
The header is a sequence of possibly continued Key: Value lines
ending in a blank line.
The returned map m maps CanonicalMIMEHeaderKey(key) to a
sequence of values in the same order encountered in the input.
For example, consider this input:
My-Key: Value 1
Long-Key: Even
Longer Value
My-Key: Value 2
Given that input, ReadMIMEHeader returns the map:
map[string][]string{
"My-Key": {"Value 1", "Value 2"},
"Long-Key": {"Even Longer Value"},
} ReadResponse reads a multi-line response of the form:
code-message line 1
code-message line 2
...
code message line n
where code is a three-digit status code. The first line starts with the
code and a hyphen. The response is terminated by a line that starts
with the same code followed by a space. Each line in message is
separated by a newline (\n).
See page 36 of RFC 959 (https://www.ietf.org/rfc/rfc959.txt) for
details of another form of response accepted:
code-message line 1
message line 2
...
code message line n
If the prefix of the status does not match the digits in expectCode,
ReadResponse returns with err set to &Error{code, message}.
For example, if expectCode is 31, an error will be returned if
the status is not in the range [310,319].
An expectCode <= 0 disables the check of the status code. StartRequest blocks until it is time to send (or, if this is a server, receive)
the request with the given id. StartResponse blocks until it is time to receive (or, if this is a server, send)
the request with the given id.(*Conn) readCodeLine(expectCode int) (code int, continued bool, message string, err error) readContinuedLineSlice reads continued lines from the reader buffer,
returning a byte slice with all lines. The validateFirstLine function
is run on the first read line, and if it returns an error then this
error is returned from readContinuedLineSlice.(*Conn) readLineSlice() ([]byte, error) skipSpace skips R over all spaces and returns the number of bytes skipped. upcomingHeaderKeys returns an approximation of the number of keys
that will be in this header. If it gets confused, it returns 0.
*Conn : io.Closer
func Dial(network, addr string) (*Conn, error)
func NewConn(conn io.ReadWriteCloser) *Conn
A MIMEHeader represents a MIME-style header mapping
keys to sets of values. Add adds the key, value pair to the header.
It appends to any existing values associated with key. Del deletes the values associated with key. Get gets the first value associated with the given key.
It is case insensitive; CanonicalMIMEHeaderKey is used
to canonicalize the provided key.
If there are no values associated with the key, Get returns "".
To use non-canonical keys, access the map directly. Set sets the header entries associated with key to
the single element value. It replaces any existing
values associated with key. Values returns all values associated with the given key.
It is case insensitive; CanonicalMIMEHeaderKey is
used to canonicalize the provided key. To use non-canonical
keys, access the map directly.
The returned slice is not a copy.
func (*Reader).ReadMIMEHeader() (MIMEHeader, error)
func readMIMEHeader(r *Reader, maxMemory, maxHeaders int64) (MIMEHeader, error)
func mime/multipart.readMIMEHeader(r *Reader, maxMemory, maxHeaders int64) (MIMEHeader, error)
func mime/multipart.(*Writer).CreatePart(header MIMEHeader) (io.Writer, error)
func mime/multipart.mimeHeaderSize(h MIMEHeader) (size int64)
A Pipeline manages a pipelined in-order request/response sequence.
To use a Pipeline p to manage multiple clients on a connection,
each client should run:
id := p.Next() // take a number
p.StartRequest(id) // wait for turn to send request
«send request»
p.EndRequest(id) // notify Pipeline that request is sent
p.StartResponse(id) // wait for turn to read response
«read response»
p.EndResponse(id) // notify Pipeline that response is read
A pipelined server can use the same calls to ensure that
responses computed in parallel are written in the correct order.iduintmusync.Mutexrequestsequencerresponsesequencer EndRequest notifies p that the request with the given id has been sent
(or, if this is a server, received). EndResponse notifies p that the response with the given id has been received
(or, if this is a server, sent). Next returns the next id for a request/response pair. StartRequest blocks until it is time to send (or, if this is a server, receive)
the request with the given id. StartResponse blocks until it is time to receive (or, if this is a server, send)
the request with the given id.
A ProtocolError describes a protocol violation such
as an invalid response or a hung-up connection.( ProtocolError) Error() string
ProtocolError : error
A Reader implements convenience methods for reading requests
or responses from a text protocol network connection.R*bufio.Reader // a re-usable buffer for readContinuedLineSlicedot*dotReader DotReader returns a new Reader that satisfies Reads using the
decoded text of a dot-encoded block read from r.
The returned Reader is only valid until the next call
to a method on r.
Dot encoding is a common framing used for data blocks
in text protocols such as SMTP. The data consists of a sequence
of lines, each of which ends in "\r\n". The sequence itself
ends at a line containing just a dot: ".\r\n". Lines beginning
with a dot are escaped with an additional dot to avoid
looking like the end of the sequence.
The decoded form returned by the Reader's Read method
rewrites the "\r\n" line endings into the simpler "\n",
removes leading dot escapes if present, and stops with error io.EOF
after consuming (and discarding) the end-of-sequence line. ReadCodeLine reads a response code line of the form
code message
where code is a three-digit status code and the message
extends to the rest of the line. An example of such a line is:
220 plan9.bell-labs.com ESMTP
If the prefix of the status does not match the digits in expectCode,
ReadCodeLine returns with err set to &Error{code, message}.
For example, if expectCode is 31, an error will be returned if
the status is not in the range [310,319].
If the response is multi-line, ReadCodeLine returns an error.
An expectCode <= 0 disables the check of the status code. ReadContinuedLine reads a possibly continued line from r,
eliding the final trailing ASCII white space.
Lines after the first are considered continuations if they
begin with a space or tab character. In the returned data,
continuation lines are separated from the previous line
only by a single space: the newline and leading white space
are removed.
For example, consider this input:
Line 1
continued...
Line 2
The first call to ReadContinuedLine will return "Line 1 continued..."
and the second will return "Line 2".
Empty lines are never continued. ReadContinuedLineBytes is like ReadContinuedLine but
returns a []byte instead of a string. ReadDotBytes reads a dot-encoding and returns the decoded data.
See the documentation for the DotReader method for details about dot-encoding. ReadDotLines reads a dot-encoding and returns a slice
containing the decoded lines, with the final \r\n or \n elided from each.
See the documentation for the DotReader method for details about dot-encoding. ReadLine reads a single line from r,
eliding the final \n or \r\n from the returned string. ReadLineBytes is like ReadLine but returns a []byte instead of a string. ReadMIMEHeader reads a MIME-style header from r.
The header is a sequence of possibly continued Key: Value lines
ending in a blank line.
The returned map m maps CanonicalMIMEHeaderKey(key) to a
sequence of values in the same order encountered in the input.
For example, consider this input:
My-Key: Value 1
Long-Key: Even
Longer Value
My-Key: Value 2
Given that input, ReadMIMEHeader returns the map:
map[string][]string{
"My-Key": {"Value 1", "Value 2"},
"Long-Key": {"Even Longer Value"},
} ReadResponse reads a multi-line response of the form:
code-message line 1
code-message line 2
...
code message line n
where code is a three-digit status code. The first line starts with the
code and a hyphen. The response is terminated by a line that starts
with the same code followed by a space. Each line in message is
separated by a newline (\n).
See page 36 of RFC 959 (https://www.ietf.org/rfc/rfc959.txt) for
details of another form of response accepted:
code-message line 1
message line 2
...
code message line n
If the prefix of the status does not match the digits in expectCode,
ReadResponse returns with err set to &Error{code, message}.
For example, if expectCode is 31, an error will be returned if
the status is not in the range [310,319].
An expectCode <= 0 disables the check of the status code. closeDot drains the current DotReader if any,
making sure that it reads until the ending dot line.(*Reader) readCodeLine(expectCode int) (code int, continued bool, message string, err error) readContinuedLineSlice reads continued lines from the reader buffer,
returning a byte slice with all lines. The validateFirstLine function
is run on the first read line, and if it returns an error then this
error is returned from readContinuedLineSlice.(*Reader) readLineSlice() ([]byte, error) skipSpace skips R over all spaces and returns the number of bytes skipped. upcomingHeaderKeys returns an approximation of the number of keys
that will be in this header. If it gets confused, it returns 0.
func NewReader(r *bufio.Reader) *Reader
func net/http.newTextprotoReader(br *bufio.Reader) *Reader
func readMIMEHeader(r *Reader, maxMemory, maxHeaders int64) (MIMEHeader, error)
func net/http.putTextprotoReader(r *Reader)
func mime/multipart.readMIMEHeader(r *Reader, maxMemory, maxHeaders int64) (MIMEHeader, error)
A Writer implements convenience methods for writing
requests or responses to a text protocol network connection.W*bufio.Writerdot*dotWriter DotWriter returns a writer that can be used to write a dot-encoding to w.
It takes care of inserting leading dots when necessary,
translating line-ending \n into \r\n, and adding the final .\r\n line
when the DotWriter is closed. The caller should close the
DotWriter before the next call to a method on w.
See the documentation for Reader's DotReader method for details about dot-encoding. PrintfLine writes the formatted output followed by \r\n.(*Writer) closeDot()
func NewWriter(w *bufio.Writer) *Writer
r*Readerstateint Read satisfies reads by decoding dot-encoded data read from d.r.
*dotReader : io.Reader
A sequencer schedules a sequence of numbered events that must
happen in order, one after the other. The event numbering must start
at 0 and increment without skipping. The event number wraps around
safely as long as there are not 2^32 simultaneous events pending.iduintmusync.Mutexwaitmap[uint]chan struct{} End notifies the sequencer that the event numbered id has completed,
allowing it to schedule the event numbered id+1. It is a run-time error
to call End with an id that is not the number of the active event. Start waits until it is time for the event numbered id to begin.
That is, except for the first event, it waits until End(id-1) has
been called.
Package-Level Functions (total 18, in which 7 are exported)
CanonicalMIMEHeaderKey returns the canonical format of the
MIME header key s. The canonicalization converts the first
letter and any letter following a hyphen to upper case;
the rest are converted to lowercase. For example, the
canonical key for "accept-encoding" is "Accept-Encoding".
MIME header keys are assumed to be ASCII only.
If s contains a space or invalid header field bytes, it is
returned without modifications.
Dial connects to the given address on the given network using net.Dial
and then returns a new Conn for the connection.
NewConn returns a new Conn using conn for I/O.
NewReader returns a new Reader reading from r.
To avoid denial of service attacks, the provided bufio.Reader
should be reading from an io.LimitReader or similar Reader to bound
the size of responses.
NewWriter returns a new Writer writing to w.
TrimBytes returns b without leading and trailing ASCII space.
TrimString returns s without leading and trailing ASCII space.
canonicalMIMEHeaderKey is like CanonicalMIMEHeaderKey but is
allowed to mutate the provided byte slice before returning the
string.
For invalid inputs (if a contains spaces or non-token bytes), a
is unchanged and a string copy is returned.
ok is true if the header key contains only valid characters and spaces.
ReadMIMEHeader accepts header keys containing spaces, but does not
canonicalize them.
The pages are generated with Goldsv0.6.7. (GOOS=linux GOARCH=amd64)
Golds is a Go 101 project developed by Tapir Liu.
PR and bug reports are welcome and can be submitted to the issue list.
Please follow @Go100and1 (reachable from the left QR code) to get the latest news of Golds.