1. 这不是升级是跨代重构为什么Delphi 7到10.4.1的迁移本质是重写我第一次接手一个从Delphi 7迁移到10.4.1的项目时客户只说“把老系统跑起来就行”预算单上写着“两周工期”。结果第三天我就在办公室泡了整晚咖啡盯着编译器报出的237个Unicode相关错误发呆。这不是简单的版本升级——Delphi 72002年发布和Delphi 10.4.12020年发布之间横跨了整整十八年中间经历了VCL框架的深度重构、Windows API的全面转向、字符编码体系的根本性切换以及IDE底层架构的彻底重写。用“迁移”这个词其实是对工程复杂度的严重低估更准确的说法是在保留业务逻辑的前提下用现代Delphi语法和运行时环境对整个代码基底进行一次外科手术式重建。核心矛盾就藏在那个被反复提及却常被轻描淡写的词里Unicode。Delphi 7默认使用ANSI字符串AnsiString每个字符占1字节依赖系统代码页如GBK、Shift-JIS解释文本而Delphi 2009起全面转向UnicodeUnicodeString每个字符占2字节采用UTF-16编码能原生支持全球所有文字。这意味着你代码里每一个string变量、每一处PChar指针、每一次Length()调用、每一条拼接操作都可能在10.4.1中产生截断、乱码或内存越界。这不是语法糖的调整而是数据模型的范式转移。我见过最典型的案例一个Delphi 7的财务模块用AnsiString存储含中文的发票抬头迁移到10.4.1后Length()返回值翻倍因为每个汉字被拆成两个UTF-16码元导致后续所有基于长度的字符串截取逻辑全部错位最终开出的电子发票里客户名称变成“张三李四王五”。另一个隐形杀手是VCL组件的ABI兼容性断裂。Delphi 7的VCL是纯Win32 API封装而10.4.1的VCL已深度集成DPI感知、高DPI缩放、Direct2D渲染后端并引入了TStyleManager统一主题管理。那些你当年手写的TButton子类、重载WM_PAINT的自绘控件、直接调用GetDC()获取设备上下文的绘图代码在10.4.1里要么根本无法编译要么在4K屏幕上显示为模糊马赛克要么在深色模式下彻底消失。更麻烦的是第三方组件——Borland时代流行的TMS Component Pack、Raize Components等其Delphi 7版DLL在10.4.1中加载即崩溃因为它们内部硬编码了AnsiString的内存布局和HWND消息分发机制与新RTL的UnicodeString引用计数器和消息钩子完全不兼容。最后是开发范式的代际鸿沟。Delphi 7时代我们习惯于全局变量控制状态、手动管理内存、用TStringList暴力解析XML、靠TTimer轮询检测网络连接而10.4.1已内置System.JSON、System.Net.URLClient、System.Threading.TTask、System.Rtti等现代化单元。强行保留旧范式会导致代码在新环境下资源泄漏如未释放的TMemoryStream、线程死锁Synchronize在多核CPU上的竞态、或JSON解析失败旧版SuperObject不支持UTF-8 BOM。这不是“能不能跑”的问题而是“跑得稳不稳、扩不扩容、安不安全”的问题。我曾帮一家医疗软件公司迁移HIS系统他们坚持保留Delphi 7的TIdHTTP旧版组件结果上线后在Windows Server 2019上频繁触发SSL握手超时——因为旧版IdHTTP不支持TLS 1.2的SNI扩展而新服务器强制启用。所以当你打开Delphi 10.4.1 IDE点击“打开Delphi 7 .dpr文件”时你面对的不是一个项目而是一个需要重新测绘的古建筑遗址。地基字符串模型变了承重墙VCL ABI换了材料水电管线运行时库全部重布。接下来要做的不是“修修补补”而是带着考古学家的耐心和建筑师的蓝图一砖一瓦重建它。2. Unicode迁移从字符到字节的生死线绕不开的七道关卡Unicode迁移是整个工程中最耗时、最易出错、也最考验基本功的部分。它绝非简单地把string替换成UnicodeString——那只会让编译通过却让运行时崩溃。真正的挑战在于理解Delphi字符串的底层内存模型并据此重构所有与文本交互的代码路径。我将这过程拆解为七个必须逐个攻克的关卡每一道都对应一个真实踩过的坑。2.1 关卡一AnsiString与UnicodeString的隐式转换陷阱Delphi 10.4.1默认开启{$WARN IMPLICIT_STRING_CAST OFF}警告但很多老代码依赖隐式转换。例如// Delphi 7 安全的代码 var s: AnsiString; p: PAnsiChar; begin s : 测试; p : PAnsiChar(s); // 获取ANSI字符串首地址 WriteFile(hFile, p^, Length(s), dwBytes, nil); // 写入ANSI字节流 end;这段代码在10.4.1中会静默编译但运行时p^指向的是UnicodeString的UTF-16数据首地址Length(s)返回的是字符数2而非字节数4导致WriteFile只写入前2个字节0x6D 0x6D文件内容变成乱码。正确解法不是加类型转换而是明确语义// Delphi 10.4.1 正确写法 var s: UnicodeString; utf8Bytes: TBytes; begin s : 测试; utf8Bytes : TEncoding.UTF8.GetBytes(s); // 显式转UTF-8字节流 WriteFile(hFile, utf8Bytes[0], Length(utf8Bytes), dwBytes, nil); end;提示永远不要对UnicodeString使用PAnsiChar或PWideChar强制转换。PAnsiChar(s)在10.4.1中实际调用AnsiString(s)构造函数触发一次昂贵的UTF-16→ANSI编码转换且结果依赖当前系统代码页跨语言环境必然失败。2.2 关卡二Length()、Copy()、Pos()的语义漂移Length()在Delphi 7中返回字节数在10.4.1中返回字符数Code Point数。这对处理多字节字符如Emoji、CJK统一汉字是灾难性的。例如// Delphi 7 中此代码提取前10个字节的文件名 function GetShortName(const FileName: string): string; begin if Length(FileName) 10 then Result : Copy(FileName, 1, 10) else Result : FileName; end;在10.4.1中若FileName 文档备份.zip共6个Unicode字符但Length()6Copy(FileName, 1, 10)会尝试复制10个字符而源字符串只有6个结果返回完整字符串——完全违背“截断”意图。解决方案是区分“字符长度”和“字节长度”// 正确按字节截断用于文件系统路径 function GetShortName(const FileName: UnicodeString): UnicodeString; var utf8Bytes: TBytes; truncatedBytes: TBytes; begin utf8Bytes : TEncoding.UTF8.GetBytes(FileName); if Length(utf8Bytes) 10 then begin SetLength(truncatedBytes, 10); Move(utf8Bytes[0], truncatedBytes[0], 10); Result : TEncoding.UTF8.GetString(truncatedBytes); end else Result : FileName; end;2.3 关卡三PChar指针的生命周期危机Delphi 7中PChar(s)返回的指针在s生命周期内有效10.4.1中UnicodeString的引用计数机制使PChar(s)返回的PWideChar指针可能在s被修改时失效。典型崩溃场景// 危险Delphi 10.4.1中极易崩溃 procedure BadExample; var s: UnicodeString; p: PWideChar; begin s : Hello; p : PWideChar(s); // 获取指针 s : s World; // 修改字符串s内存重分配p悬空 MessageBox(0, p, , 0); // 访问已释放内存AV end;铁律PChar指针必须在其所指向的字符串变量作用域内使用且该变量在此期间不得被修改。更安全的做法是复制到固定缓冲区// 安全使用栈缓冲区 procedure SafeExample; var s: UnicodeString; buffer: array[0..MAX_PATH] of WideChar; begin s : Hello; StringCchCopyW(buffer, Length(buffer), PWideChar(s)); // buffer现在持有独立副本s可自由修改 s : s World; MessageBox(0, buffer, , 0); end;2.4 关卡四Windows API调用的编码适配几乎所有Windows API函数都有ANSI和Unicode两个版本如CreateFileA/CreateFileW。Delphi 7默认调用ANSI版10.4.1默认调用Unicode版。但老代码中大量使用PAnsiChar传参直接编译会因类型不匹配失败。例如// Delphi 7 代码 var hFile: THandle; s: AnsiString; begin s : data.txt; hFile : CreateFile(PAnsiChar(s), ...); // 调用CreateFileA end;在10.4.1中PAnsiChar(s)触发隐式转换但CreateFile声明已指向CreateFileW导致参数被错误解释。必须显式选择API版本并匹配参数类型// 正确显式调用Unicode版API var hFile: THandle; s: UnicodeString; begin s : data.txt; hFile : CreateFileW(PWideChar(s), ...); // 明确调用W版 end; // 或者若必须用ANSI路径如兼容旧驱动则显式调用A版 var hFile: THandle; s: AnsiString; begin s : data.txt; hFile : CreateFileA(PAnsiChar(s), ...); // 明确调用A版 end;2.5 关卡五第三方组件的字符串桥接许多Delphi 7第三方控件如TAdvStringGrid、TPowerTab内部使用AnsiString存储数据。迁移到10.4.1后它们的Cells属性赋值会触发UnicodeString→AnsiString转换丢失非ASCII字符。例如// Delphi 7 中正常 AdvStringGrid1.Cells[1,1] : 北京; // Delphi 10.4.1 中北京被转为ANSI若系统代码页非GBK则变??解决方案有三升级组件联系厂商获取支持Unicode的10.4.1版本如TMS Software已发布全Unicode版组件包重写数据层将网格数据源改为TStringList或TObjectListTString在OnGetText/OnSetText事件中做编码转换强制UTF-8桥接临时方案利用组件的OnDrawCell事件用TEncoding.UTF8.GetBytes()将Unicode字符串转为字节数组再绘制。2.6 关卡六数据库字段的编码映射Delphi 7常用BDE或ADO连接数据库TField.AsString返回AnsiString10.4.1推荐FireDACTField.AsString返回UnicodeString。但若数据库字段是VARCHAR非NVARCHAR直接赋值会导致乱码。例如// 错误将Unicode字符串存入VARCHAR字段 FDQuery1.FieldByName(name).AsString : 上海; // 数据库实际存储为涓婂?UTF-16字节被当ANSI解释必须根据数据库字段类型选择赋值方式NVARCHAR/NTEXT字段用AsStringUnicodeStringVARCHAR/TEXT字段用AsAnsiString需确保数据库代码页与Delphi系统代码页一致或更稳妥地用AsBytes指定编码// 安全显式指定UTF-8编码存入VARCHAR FDQuery1.FieldByName(name).AsBytes : TEncoding.UTF8.GetBytes(上海);2.7 关卡七文件I/O的编码声明Delphi 7中TStringList.LoadFromFile()默认用系统代码页读取10.4.1中默认用UTF-8无BOM或系统代码页。若老项目文件是GBK编码直接加载会乱码。必须显式指定编码// 正确按原始编码加载 var sl: TStringList; begin sl : TStringList.Create; try sl.LoadFromFile(config.ini, TEncoding.GetEncoding(936)); // GBK编码 // 处理sl.Strings... finally sl.Free; end; end;注意TEncoding.GetEncoding(936)返回GBK编码实例比TEncoding.Default系统代码页更可靠避免部署到不同语言Windows时出错。这七道关卡每一道都曾让我在凌晨三点对着调试器单步跟踪内存地址。它们不是孤立的语法点而是相互咬合的齿轮——解决Length()问题必须同步修正Copy()逻辑修复PChar悬空必须重构所有API调用链。Unicode迁移的本质是对整个代码库文本处理范式的重铸。3. VCL组件重构告别“画布直绘”拥抱DPI感知与样式化渲染VCL组件的迁移远比字符串复杂。它不像Unicode那样有明确的规则可循而是一场与Windows图形子系统演进的赛跑。Delphi 7的VCL是“像素精确”的Win32 API直译器而10.4.1的VCL是“逻辑尺寸”的DPI自适应渲染引擎。试图用旧方法驾驭新框架就像用算盘去操作量子计算机——硬件没错但范式彻底错位。3.1 DPI感知从“固定像素”到“逻辑单位”的范式革命Delphi 7时代我们习惯这样写// Delphi 7绝对像素定位 Button1.Left : 100; // 在100% DPI下按钮距左边缘100像素 Button1.Top : 50; // 在100% DPI下按钮距顶边缘50像素 Button1.Width : 80; // 按钮宽80像素这套逻辑在125% DPI常见于14英寸笔记本下完全崩溃物理像素被缩放100逻辑像素变成125物理像素按钮位置偏移、文字模糊、控件重叠。10.4.1强制启用DPI感知Left/Top/Width/Height属性现在表示逻辑像素Device Independent Pixels, DIP由系统自动映射到物理像素。但老代码中的硬编码像素值必须转换为逻辑单位。核心原则所有尺寸计算必须基于ScaleX/ScaleY因子// Delphi 10.4.1 正确响应式布局 procedure TForm1.FormCreate(Sender: TObject); begin // 获取当前DPI缩放因子1.0100%, 1.25125% ScaleX : Self.ScaleFactor; ScaleY : Self.ScaleFactor; // 将旧像素值转换为逻辑单位 Button1.Left : Round(100 * (1.0 / ScaleX)); // 100像素 → 逻辑单位 Button1.Top : Round(50 * (1.0 / ScaleY)); Button1.Width : Round(80 * (1.0 / ScaleX)); end;更优雅的方案是放弃硬编码改用锚定Anchors和停靠Docking// 推荐用Anchor控制相对位置 Button1.Anchors : [akLeft, akTop]; // 左上角锚定随窗体缩放 Button1.Left : 20; // 逻辑像素距离 Button1.Top : 20;提示Self.ScaleFactor在窗体创建时可能未初始化应放在OnDpiChanged事件中动态调整或使用Screen.PixelsPerInch计算。3.2 自绘控件的死亡与重生从Canvas到TStyleHookDelphi 7中TButton子类常重载Paint方法直接操作Canvas绘制// Delphi 7直接Canvas绘图 type TMyButton class(TButton) protected procedure Paint; override; end; procedure TMyButton.Paint; begin inherited; Canvas.Font.Color : clRed; Canvas.TextOut(10, 10, Caption); // 绝对坐标绘图 end;在10.4.1中此代码在高DPI下文字位置错乱且无法响应深色模式。VCL 10.4.1的渲染已交由TStyleHook管理自绘必须通过样式钩子实现// Delphi 10.4.1样式钩子驱动渲染 type TMyButtonStyleHook class(TButtonStyleHook) protected procedure DrawElement(Element: TStyleElement; const Rect: TRect; const Details: TElementDetails); override; end; procedure TMyButtonStyleHook.DrawElement(Element: TStyleElement; const Rect: TRect; const Details: TElementDetails); begin inherited; if Element seButtonContent then begin // 使用StyleServices获取当前主题颜色 StyleServices.DrawText(Canvas, Details, Caption, Rect, DT_CENTER or DT_VCENTER or DT_SINGLELINE); end; end;关键变化在于不再操作Canvas而是调用StyleServices——它会自动处理DPI缩放、主题颜色、高对比度模式。Rect参数已是逻辑坐标无需手动缩放。3.3 第三方组件的“复活术”DLL注入与接口劫持许多Delphi 7第三方组件如TeeChart旧版、RxLib已停止维护其DLL在10.4.1中加载失败报错Access violation at address...。这是因为新RTL的内存管理器FastMM4与旧DLL的内存分配器冲突。可行的“复活术”有两种方案一进程内DLL重定向// 在项目.dpr开头强制加载旧DLL到指定内存地址 program MyProject; uses Winapi.Windows, System.SysUtils; {$R *.res} function LoadOldDll: Boolean; var hDll: HMODULE; begin Result : False; hDll : LoadLibrary(OldComponent.dll); if hDll 0 then begin // 调用DLL导出函数验证是否加载成功 if GetProcAddress(hDll, InitComponent) nil then Result : True; end; end; begin if not LoadOldDll then raise Exception.Create(Failed to load legacy DLL); Application.Initialize; Application.MainFormOnTaskbar : True; Application.CreateForm(TForm1, Form1); Application.Run; end.方案二COM接口桥接推荐将旧组件封装为COM对象通过CoCreateInstance调用隔离内存空间// 创建COM包装器需单独工程 type IMyLegacyComponent interface(IUnknown) [{A1B2C3D4-E5F6-7890-ABCD-EF1234567890}] function GetData: WideString; stdcall; end; // 在主程序中调用 var comp: IMyLegacyComponent; begin CoInitialize(nil); try comp : CreateComObject(CLASS_MyLegacyComponent) as IMyLegacyComponent; Caption : comp.GetData; // 安全跨内存边界调用 finally CoUninitialize; end; end;3.4 高DPI下的字体崩坏Arial Unicode MS的真相与替代方案网络热词中频繁出现arial unicode ms许多人以为装上这个字体就能解决所有Unicode显示问题。这是巨大误解。Arial Unicode MS是微软为Office设计的“兜底字体”覆盖字符极广但渲染质量差且在Windows 10/11中已被Segoe UI Variable取代。在10.4.1中硬编码Font.Name : Arial Unicode MS会导致在4K屏上文字发虚缺乏Hinting信息中文显示锯齿无ClearType优化韩文、阿拉伯文排版错乱缺少OpenType特性支持。正确做法是让系统自动选择最佳字体// Delphi 10.4.1 推荐使用系统默认UI字体 Font.Name : Segoe UI; // Windows 10/11 默认 // 或更通用 Font.Name : TStyleManager.SystemStyle.FontName;若需确保韩文显示应检查系统是否安装Malgun GothicWindows韩文版默认并设置回退链// 设置字体回退确保韩文优先用Malgun Gothic Font.Name : Microsoft Sans Serif; Font.Charset : DEFAULT_CHARSET; // 系统会自动在Malgun Gothic、Gulim、Arial Unicode MS间回退3.5TTreeView的现代进化从OnAdvancedCustomDraw到OnDrawItemDelphi 7中TTreeView自绘依赖OnAdvancedCustomDraw事件手动计算节点矩形。10.4.1中此事件已被弃用取而代之的是OnDrawItem它提供预计算的TRect和TDrawState// Delphi 7手动计算矩形 procedure TForm1.TreeView1AdvancedCustomDrawItem( Sender: TCustomTreeView; Node: TTreeNode; State: TCustomDrawState; Stage: TCustomDrawStage; var PaintImages, DefaultDraw: Boolean; var Rectangle: TRect); begin if csSelected in State then begin Rectangle : Node.DisplayRect(False); // 手动获取显示区域 Canvas.Brush.Color : clHighlight; Canvas.FillRect(Rectangle); end; end;// Delphi 10.4.1使用OnDrawItemRectangle已计算好 procedure TForm1.TreeView1DrawItem(Sender: TCustomTreeView; Node: TTreeNode; var ItemRect: TRect; State: TCustomDrawState; var DefaultDraw: Boolean); begin if cdsSelected in State then begin // ItemRect已是逻辑坐标无需再调用DisplayRect TreeView1.Canvas.Brush.Color : clHighlight; TreeView1.Canvas.FillRect(ItemRect); end; DefaultDraw : False; // 禁用默认绘制完全自定义 end;关键进步在于ItemRect已根据DPI、缩放、节点展开状态预计算完毕开发者只需关注视觉逻辑无需操心坐标转换。3.6TListBox自绘的陷阱OnDrawItem与OnMeasureItem的协同Delphi 7中TListBox自绘常忽略OnMeasureItem导致多行文本截断。10.4.1中OnMeasureItem是强制的——它告诉控件每项的高度否则OnDrawItem的ItemRect高度为0。例如显示带图标和两行文本的列表项// 必须实现OnMeasureItem否则OnDrawItem无法正确绘制 procedure TForm1.ListBox1MeasureItem(Control: TWinControl; Index: Integer; var Height: Integer); var s: string; begin s : ListBox1.Items[Index]; // 计算文本行高考虑DPI Height : MulDiv(Canvas.TextHeight(A), Screen.PixelsPerInch, 96) * 2 4; end; procedure TForm1.ListBox1DrawItem(Control: TWinControl; Index: Integer; Rect: TRect; State: TOwnerDrawState); begin // Rect.Height现在是准确的可安全绘制 Canvas.FillRect(Rect); Canvas.TextOut(Rect.Left 20, Rect.Top 2, ListBox1.Items[Index]); end;注意MulDiv用于DPI缩放计算Screen.PixelsPerInch返回当前DPI值96100%, 120125%。VCL重构不是功能移植而是认知升维。你不再是一个“画图员”而是一个“布局设计师”和“样式协调员”。接受DPI感知、拥抱样式系统、尊重内存隔离——这才是10.4.1时代的VCL开发哲学。4. 运行时库与第三方依赖从静态链接到动态服务化的生存策略Delphi 7项目常将所有依赖如jpeg.dll、zlib.dll静态链接或随exe打包10.4.1则走向模块化和服务化。忽视这一转变会导致部署失败、安全漏洞或性能瓶颈。我将分享三条经过生产环境验证的生存策略。4.1 RTL/DLL版本冲突msvcp140.dll缺失的终极解法Delphi 10.4.1编译的exe依赖msvcp140.dllVisual C 2015运行时而Delphi 7项目常捆绑旧版msvcp71.dll。用户双击exe时弹出“找不到msvcp140.dll”错误。网上流传的“下载dll放入exe目录”方案是毒药——它违反微软签名验证且不同版本msvcp140.dll存在ABI不兼容。正确解法是让安装包自动部署官方运行时下载微软官方VC 2015-2019 Redistributablex86/x64在Inno Setup脚本中添加[Files] Source: vc_redist.x64.exe; DestDir: {tmp}; Flags: deleteafterinstall [Run] Filename: {tmp}\vc_redist.x64.exe; Parameters: /quiet /norestart; StatusMsg: Installing Visual C Runtime...编译时在项目选项中勾选“Use dynamic RTL”动态链接运行时避免静态链接带来的体积膨胀和更新困难。提示msvcp140.dll是C标准库Delphi RTL本身不依赖它但FireDAC、WebBroker等组件间接依赖。务必测试所有组件路径。4.2TIdHTTP的SSL/TLS升级从SSLv3到TLS 1.2的握手协议Delphi 7的Indy组件默认使用SSLv3而现代服务器如AWS、Azure已禁用SSLv3强制TLS 1.2。迁移后TIdHTTP.Get()返回空白或超时。必须显式配置SSL协议// Delphi 10.4.1 正确配置TLS 1.2 uses IdSSLOpenSSL, IdHTTP, IdSSL; var HTTP: TIdHTTP; SSL: TIdSSLIOHandlerSocketOpenSSL; begin HTTP : TIdHTTP.Create(nil); try SSL : TIdSSLIOHandlerSocketOpenSSL.Create(HTTP); SSL.SSLVersions : [sslvTLSv1_2]; // 强制TLS 1.2 SSL.TransparentProxy : nil; HTTP.IOHandler : SSL; // 启用SNIServer Name Indication解决虚拟主机问题 SSL.OnStatusInfo : OnSSLStatusInfo; Result : HTTP.Get(https://api.example.com/data); finally HTTP.Free; end; end; procedure OnSSLStatusInfo(ASender: TObject; const AStatus: string; const AStatusText: string); begin // 日志记录SSL握手状态 if AStatus handshake then Log(SSL Handshake OK); end;关键点sslvTLSv1_2必须显式设置SSL.TransparentProxy设为nil避免代理干扰OnStatusInfo用于调试握手失败原因。4.3Tesseract OCR集成从DLL调用到跨平台服务封装网络热词delphi tesseract反映OCR需求旺盛。Delphi 7常直接LoadLibrary(tesseract.dll)调用但在10.4.1中tesseract.dll的依赖如leptonica.dll、libpng16.dll版本冲突频发。更健壮的方案是将其封装为独立HTTP服务用Python Flask启动Tesseract服务# ocr_service.py from flask import Flask, request, jsonify import pytesseract from PIL import Image import io app Flask(__name__) app.route(/ocr, methods[POST]) def ocr(): file request.files[image] img Image.open(io.BytesIO(file.read())) text pytesseract.image_to_string(img, langchi_simeng) return jsonify({text: text})Delphi 10.4.1调用uses System.Net.HTTPClient, System.JSON; function DoOCR(const ImagePath: string): string; var HTTP: TNetHTTPClient; Stream: TFileStream; Response: IHTTPResponse; JSON: TJSONObject; begin HTTP : TNetHTTPClient.Create(nil); try Stream : TFileStream.Create(ImagePath, fmOpenRead); try Response : HTTP.Post(http://localhost:5000/ocr, Stream); JSON : TJSONObject.ParseJSONValue(Response.ContentAsString) as TJSONObject; Result : JSON.GetValue(text).Value; finally Stream.Free; end; finally HTTP.Free; end; end;优势隔离Tesseract版本、支持多语言OCR、便于水平扩展、避免DLL地狱。4.4 数据库连接池从TADOConnection到TFDConnection的连接复用Delphi 7常用TADOConnection每次查询新建连接高并发下耗尽连接数。10.4.1的FireDAC内置连接池但需正确配置// FireDAC连接池配置关键参数 FDConnection1.Params.Add(ConnectionTimeout15); FDConnection1.Params.Add(LoginPromptFalse); FDConnection1.Params.Add(PoolingTrue); // 启用连接池 FDConnection1.Params.Add(PoolSize20); // 最大连接数 FDConnection1.Params.Add(PoolWaitTime30); // 等待空闲连接超时秒 // 使用连接时无需Open/CloseFireDAC自动管理 FDQuery1.Connection : FDConnection1; FDQuery1.SQL.Text : SELECT * FROM users WHERE id :id; FDQuery1.ParamByName(id).AsInteger : 123; FDQuery1.Open; // 自动从池中获取连接注意PoolSize应根据数据库最大连接数设置通常为数据库max_connections的70%。4.5TTimer的精度陷阱从WM_TIMER到TThread.TimerDelphi 7中TTimer.Interval最小为10ms实际精度受WM_TIMER消息队列限制常延迟50-100ms。10.4.1中TTimer仍是WM_TIMER封装但提供了TThread.Timer基于CreateTimerQueueTimer// 高精度定时器毫秒级 var HighResTimer: THandle; procedure TimerProc(TimerParameter: Pointer; TimerLow: DWORD; TimerHigh: DWORD); begin // 此过程在独立线程中执行无UI线程阻塞 TThread.Synchronize(nil, procedure begin // 更新UI Label1.Caption : DateTimeToStr(Now); end); end; // 创建 CreateTimerQueueTimer(HighResTimer, nil, TimerProc, nil, 0, 10, 0); // 销毁 DeleteTimerQueueTimer(nil, HighResTimer, nil);适用场景实时数据采集、高频UI刷新、音视频同步。运行时库和第三方依赖的迁移本质是工程治理能力的升级。从“把dll扔进目录”到“用Inno Setup部署运行时”从“硬编码SSL版本”到“封装为微服务”从“手动管理连接”到“启用连接池”——这些不是技术炫技而是保障系统长期稳定