我建议只序列化那些在自己的代码库中维护实现的对象。
对于HttpRequestMessage，不尝试序列化它的原因之一是它实现了IDisposable，这意味着它可以保存对非托管资源的引用。你很难用序列化程序预测它的行为。
在这种情况下，我最好使用builder模式：

var builder = new MyRequestBuilder()
    .SetUrl("http://www.something.com")
    .SetMethod("POST")
    .SetStringContent("My content")
    .DefaultRequestSettings() // One benefit you can encapsulate some logic in builder.

// ...

using(HttpRequestMessage requestMessage = builder.Build(DateTime.UtcNow)) // probably need to renew Date header upon issuing the actual request
{
   // issue request
}

可以使用以下示例代码序列化/反序列化HttpRequest的相关部分。

var request = new HttpRequestMessage(HttpMethod.Post, "http://www.something.com");
request.Content = new StringContent("Hello World!");

var serializedRequestByteArray = new HttpMessageContent(request).ReadAsByteArrayAsync().Result;

var tmpRequest = new HttpRequestMessage();
tmpRequest.Content = new ByteArrayContent(serializedRequestByteArray);
tmpRequest.Content.Headers.Add("Content-Type", "application/http;msgtype=request");

var deserializedRequest = tmpRequest.Content.ReadAsHttpRequestMessageAsync().Result;

问题是StringContent没有默认的构造函数。所以当Json.Net试图创建一个新的StringContent时，它不能。我看了一下写一个自定义的JsonConverter来处理这个问题，但是它也不起作用，因为它看起来不像你可以得到你分配给StringContent的值。

public class StringContentConverter :JsonConverter
{
    public override bool CanConvert(Type objectType)
    {
        return typeof(HttpContent).IsAssignableFrom(objectType);
    }

    public override object ReadJson(JsonReader reader, Type objectType, object existingValue, JsonSerializer serializer)
    {
        var jObject = JObject.Load(reader); //There's nothing in here that says "Hello World!".  The string content hides it.
    }
}

实际上，您需要将HttpRequest消息的输入存储在您自己的自定义类中。