TIdHTTP初始化设置utf-8 CharSet后被重置为ISO-8859-1，求原因

先看你给出的初始化代码：

Socket:=TmyidHTTP.Create(NIL);
IOHandler:=TIdIOHandlerStack.Create(Socket);
Socket.HandleRedirects:=true;
Socket.AllowCookies:=FALSE;
Socket.ProtocolVersion:=pv1_1;
Socket.HTTPOptions:=Socket.HTTPOptions+[hoKeepOrigProtocol]+[hoNoProtocolErrorException]+[hoWantProtocolErrorContent];
Socket.Request.CustomHeaders.FoldLines:=FALSE;
Socket.Request.CharSet:='utf-8';
Socket.Request.ContentType:='text/txt';
Socket.Request.Accept:='*/*';
// Socket.ReuseSocket:=rsTrue;
Socket.Request.Connection:='keep-alive';

你提到只有在Post请求前再次设置Socket.Request.CharSet:='utf-8';，请求头里的charset才会正确显示为utf-8，否则会被重置为ISO-8859-1，这其实是Indy框架（TIdHTTP所属的库）内部的默认行为导致的，核心原因有两个：

1. 请求前的Clear操作会重置CharSet #

TIdHTTP在每次发起新请求（比如调用Post、Get等方法）之前，都会调用Request.Clear方法重置请求头的初始状态。这个Clear方法会把CharSet硬编码重置为默认值'ISO-8859-1'——Indy这么做是为了确保每次请求都有一个标准的初始环境，避免上一次请求的残留参数干扰当前请求。

你在初始化时设置的CharSet，会在第一次调用Post前被Request.Clear覆盖，所以必须在每次请求发起前重新指定。

2. ContentType未关联CharSet的保留逻辑 #

另外，Indy的TIdRequest有个关联规则：如果你设置ContentType时没有在字符串里带上charset=后缀，框架不会自动保留之前设置的CharSet。在请求准备阶段，它会自动用默认的ISO-8859-1填充charset字段，除非你在请求发起前明确覆盖。

你的初始化代码里只设置了Socket.Request.ContentType:='text/txt';，没有包含charset信息，所以当Request.Clear执行后，CharSet被重置为默认值，最终请求头就会显示charset=ISO-8859-1。

更便捷的解决思路 #

除了你现在用的“每次Post前手动设置CharSet”，还有两个更省心的方式：

• 设置ContentType时直接带上charset：Socket.Request.ContentType:='text/txt; charset=utf-8';，这样即使Request.Clear执行，框架也会从ContentType里解析出正确的CharSet，不会用默认值。
• 如果你的TmyidHTTP是继承自TIdHTTP，可以重写它的PrepareRequest方法，在里面强制把CharSet设置为utf-8，这样就不用每次请求前手动重复设置了。

内容的提问来源于stack exchange，提问作者Wolfgang Bures