简介DELPHI XE7安卓手机开发框架是一套面向Delphi移动开发者的完整工程示例集中解决安卓端从界面搭建到服务端通信的常见问题。资源共23个文件包含png/jpg界面效果图、可直接安装的APK、两个exe服务端测试工具、txt功能说明以及sql/s3db/db数据库脚本与示例整体大小18.01MB适合用XE7进行安卓原生开发的初中级人员参考。内容覆盖主菜单与主界面切换、StyleBook设计、编辑界面键盘处理、DataSet与JSON互转、SQLite本地数据库操作、百度定位、二维码扫描识别、图片上传下载、通讯录ABC滑动、通知提醒、版本更新等30余项功能模块。同时提供WSDL、HTTP、PHP及DataSnap多种服务端对接方式并附带电脑端测试程序可快速验证接口效果。目前已有777人学习下载按模块分层组织便于按需查阅与二次开发。 搞Delphi的老伙计应该还记得XE7是Embarcadero在2014年发布的RAD Studio版本。那一年的移动开发市场基本被Java和Objective-C掌控安卓开发似乎跟Delphi八竿子打不着。但XE7偏偏做到了它把Object Pascal语言和FireMonkeyFMX框架完整地带到了安卓平台。换句话说你不需要写一行Java代码就能用Delphi拖出一套安卓原生应用这在当时是很激进的一件事。这么多年过去我陆陆续续用XE7做过几个安卓工具类App和内部业务系统对这个开发框架的脾气摸得算是比较透。这篇文章就把我踩过的坑、总结出来的经验、以及框架的核心设计逻辑一次性讲清楚给打算入坑或者已经在坑里的朋友一个参考。1. 先认清这东西Delphi XE7安卓开发框架到底是怎么运作的1.1 XE7在安卓上解决了什么问题在XM系列之前Delphi做移动开发基本是空谈。XE7的最大贡献是打通了Object Pascal到安卓ARM指令集的编译链路。我在第一次用XE7编译安卓App时其实挺震惊的——生成的不是需要解释执行的中间字节码而是直接编译成ARM机器码应用启动速度和运行效率比同时期的Java应用要硬核得多。这个框架的核心由几块组成FMXFireMonkey跨平台UI框架、Delphi ARM编译器、Android SDK/NDK的Pascal封装层以及一套部署工具链。FMX负责界面绘制和交互编译器负责把代码变成安卓能跑的native程序封装层则让你能直接调用安卓系统级的API比如震动、传感器、通知栏不需要跳出Delphi环境去写Java。1.2 为什么偏要用Delphi来做安卓开发有人可能会问那会儿安卓都用Java写为什么要用Delphi我个人的实际体会是如果你本身就是Delphi/Pascal背景用XE7做安卓开发的学习成本远低于从零学Java和Android SDK。而且这套框架最爽的地方是跨平台——同一套代码编译目标选Android就出APK选Windows就出EXE选iOS就出IPA业务逻辑完全复用。我当时给公司做的巡检工具桌面版和安卓版共用一套核心代码只是界面做了布局调整开发周期压缩了至少一半。开发效率上XE7延续了Delphi的“所见即所得”传统。FMX的窗体设计器跟当年的VCL很像按钮、输入框、列表拖上去就能跑属性编辑器里调一调颜色和尺寸就行。对喜欢折腾原生控件的开发者来说这也许是限制但对业务类、工具类应用来说这套开发框架的开发速度确实快。另外还要提一点Delphi社区沉淀了大量现成的Pascal组件和代码片段很多不需要界面驱动的逻辑库可以直接拿过来用省掉了很多重复造轮子的时间。2. 环境搭建与第一个安卓应用把坑填平再上路2.1 先说版本匹配这是最容易翻车的地方XE7发布的时间点比较早它对安卓开发工具链的版本要求相当保守。我踩过最大的坑就是JDK版本问题XE7只兼容JDK 6和JDK 7你装个JDK 8上去编译时大概率会报“unable to locate java”或者aapt直接罢工。当年我在新电脑上折腾了一下午最后才想起来是JDK版本太新。Android SDK方面XE7原本适配的API Level上限是21Android 5.0。如果你机器上装的是几十个API Level都全的现代SDK建议单独为XE7准备一份老版本SDK不要共用最新版不然后期部署时各种版本不匹配的报错会把你折磨到怀疑人生。NDK也需要单独下载对应版本XE7主要用NDK里的头文件和链接库版本太新反而会出幺蛾子。我的建议是这样搭配基本能一次通过组件建议版本说明JDKJDK 7 32位XE7官方支持64位偶尔会有路径问题Android SDKAPI 10 到 API 21 之间建议安装API 19、21两个平台Android NDKNDK r9d 或相近旧版XE7需要的C头文件匹配编译目标Android 2.3 到 5.0真机建议用4.x系统测试2.2 三个步骤把SDK管理配好环境变量折腾完之后打开Delphi XE7的 IDE依次选择 Tools Options SDK Manager在右侧点击“Add”按钮新增一个Android SDK配置。这里需要填写三样东西Android SDK的根目录、NDK的根目录、JDK的根目录。填完之后点击“Compile”测试一下如果底部的输出窗口没有红色报错就说明工具链打通了。我自己的习惯是给XE7单独建一个目录比如C:\AndroidOld里面放着Android SDK、NDK和JDK 7三件套。这样既不干扰主开发机上的现代安卓工具链XE7也不会因为环境变量混乱而找不到文件。记住XE7对路径中的空格和特殊字符特别敏感路径最好全英文且不带空格。2.3 创建项目、连真机部署工具链就绪后File New Multi-Device Application选择Blank Application模板。这里默认会生成一个FMX窗体形态是平板/手机自适应。往上面拖一个TButton和一个TEdit双击按钮写下两行代码一个最简单的App就算成型了。连真机调试前先确保安卓手机打开了“开发者选项”和“USB调试”。用数据线连上电脑安装好手机厂商的USB驱动。然后打开 Project Deployment选择Android目标平台点击Run按钮XE7会自动编译APK、推送到手机并启动。第一次启动时手机会弹出安装确认框点允许即可。我测试时用的是一台老旧安卓4.4手机XE7编译出来的App在那个年代的手机上反而跑得很顺畅因为ARM机器码基本没有解释执行的开销。这也是老Delphi开发者最津津乐道的部分。3. FMX在安卓下的运作细节搞清楚原理才能少踩坑3.1 FMX是“画”出来的界面不是“调”出来的原生界面一个很容易产生误解的地方FMX里的TButton并不是安卓原生的android.widget.Button。FMX是自绘框架所有控件都是它自己用Canvas画布绘制出来的跟原生控件没有一一对应关系。所以我第一次把这个App跑到手机上时按钮的外观跟安卓原生按钮明显不一样质感更扁平、更统一。这种设计的优势是跨平台外观一致一套代码在Win、iOS、安卓上长得几乎一样不需要为每个平台的控件风格单独适配。但代价也很明显你看不到安卓原生控件的一些系统级特性比如部分UI组件的无障碍支持、系统输入法的深度集成都需要自己处理。另一个重要影响是性能界面元素越多、绘制频率越高GPU和CPU的负载就越大在低端安卓机上容易出现掉帧。所以在XE7上做安卓开发要养成一个习惯界面能精简就精简列表用虚拟化控件如TListView不要堆太多高成本效果。实测下来FMX应用在配置较低的安卓设备上如果界面元素过于华丽很容易出现滑动卡顿。3.2 生命周期让应用在安卓下“活”得明白安卓系统对App生命周期有一套严格的管理机制Activity会经历创建、暂停、恢复、销毁等状态。FMX在设计时把这套机制映射到了Delphi的事件模型里。XE7的Application对象提供了OnStart、OnActivate、OnDeactivate、OnDestroy等事件分别对应安卓的启动、获得焦点、失去焦点和销毁过程。我记得最早写XE7安卓应用时Home键切出去再切回来界面上保存的数据就从内存里消失了后来才反应过来是应用在后台被回收恢复时没有加载存档。解决思路是在OnActivate里重新读取关键数据在OnDeactivate里及时保存状态把FMX生命周期事件当作安卓Activity生命周期来对待。类似这种问题你在PC端开发时几乎不会遇到因为PC程序没有这么激进的内存回收机制。3.3 JNI桥接在Delphi里调用安卓原生能力FMX封装了大部分常用安卓API但总会有些场景需要直接调用原生Java代码比如接第三方推送SDK、读取特定传感器数据或者调某个复杂的系统接口。这时候就需要通过JNIJava Native Interface来搭桥。XE7的AndroidAPI单元提供了大量安卓API的Pascal翻译封装有些功能直接用现成封装就能搞定但更定制化的调用还是得自己写JNI。我自己的经验是能用Delphi现有库解决的绝对不碰JNI因为JNI写的代码容易出问题而且调试困难。如果确实需要调用Java方法要避免在后台线程直接访问JNI接口尽量把调用集中到主线程。XE7中可以通过SharedActivity来获取当前Activity实例这是做很多原生调用的基础。举个例子如果要调震动核心代码类似uses Androidapi.JNI.GraphicsContentViewText, Androidapi.JNI.App, Androidapi.JNI.Os, Androidapi.Helpers; procedure Vibrate(Duration: Integer); var Vibrator: JVibrator; begin Vibrator : TVibrator.Wrap( TAndroidHelper.Activity.getSystemService(TJContext.JavaClass.VIBRATOR_SERVICE) ); if Vibrator nil then Vibrator.vibrate(Duration); end;这段代码通过JNI获取安卓系统的震动服务并调用vibrate方法触发震动。写JNI桥接时要特别注意类型转换Java的String对应Delphi的JString不要直接用Pascal的string传进去中间要用StringToJString这样的工具函数转换。3.4 权限声明和多分辨率适配是安卓专属的“隐形关卡”当年安卓权限管理不像现在这么严格但App要使用网络、读写存储等功能仍然需要在AndroidManifest.xml里声明权限。XE7工程里可以通过Project Manager右键相关文件打开Manifest编辑器勾选权限。我记得第一次部署网络相关应用时忘记加网络权限真机上一运行就闪退排查了半天才发现是权限没配。多分辨率适配也是安卓开发的一个硬门槛。安卓设备屏幕大小、DPI五花八门FMX虽然提供了相对尺寸布局通过Align和布局面板但不同密度屏幕下字体和间距仍然可能失调。在XE7里我一般用MultiView和GridLayout这类布局控件来实现自适应并且保证关键UI元素使用相对定位避免用绝对坐标。还有一个容易忽略的是字体兼容问题。安卓系统自带的中文字体渲染和Windows上差异不小FMX的默认字体在安卓上有时会显示为方块或乱码。我在XE7下会专门部署一个包含中文的字体文件到Assets或者使用系统自带的DroidSansFallback字体这样才能保证中文正常显示。4. 常见问题与排查技巧实录把这些坑提前绕过去4.1 编译环节的报错怎么破编译报错基本集中在三块JDK版本问题、SDK Platform缺失、aapt工具路径错误。我整理了一张排查表遇到类似问题可以直接照着一一排除报错信息大概率原因解决办法unable to locate javaJDK没装或版本不对换JDK 7设置JAVA_HOME路径aapt.exe returned errorAndroid SDK平台版本过高安装API 19/21对应PlatformNDK not foundNDK路径配置错误重新指定NDK根目录Cannot find default targetSDK缺少默认Target Platform在SDK Manager中勾选API 19ERROR: Incompatible JDKJDK版本太高卸载JDK 8安装JDK 7这类问题绝大多数都是版本不匹配造成的。我踩了几次坑以后学聪明了不在一台机器上混用高端SDK和XE7工具链给XE7单独准备一个干净的开发环境省得版本冲突反复折腾。4.2 运行时崩溃和性能问题的典型场景真机运行时的崩溃最常见的原因是权限缺失和原生API调用失败。XE7编译允许你在代码里调用系统能力但如果你没在Manifest里声明对应权限运行时就会抛出安全异常。另外调用某个设备不支持的硬件API时也会崩溃比如低端设备没有陀螺仪你直接调用陀螺仪接口就崩。这个时候要用条件判断来判断设备是否支持该硬件。性能问题方面FMX列表是重灾区。用TListView时如果直接往列表里塞几百条记录滑动起来卡到怀疑人生。实际上TListView支持基于对象的模板化数据绑定通过TListViewAdapter或者TListItem的复用机制不要每次滚动都创建新的Item显示对象而是复用已有的Item这样性能能提升好几个档次。老安卓机内存也小频繁创建对象容易触发GC导致应用卡顿甚至崩溃。还有一个我遇到的经典问题应用在后台时间长了之后切回前台大概率白屏或者黑屏。原因是FMX的渲染Surface被安卓系统回收了但FMX没有自动重建。解决办法是在Application的OnActivate事件里执行一次界面刷新或者手动调用Form.Invalidate。这也是Delphi开发者在安卓上最常见的“后台转前台”坑。4.3 打包成APK后安装不了是怎么回事开发调试阶段XE7默认是用debug签名打包的可以直接装到测试机上。但如果要发布给别人安装最好给APK重新签名。我见过不少人直接把debug APK发给别人结果手机上提示“应用未安装”或者“签名冲突”其实就是签名问题。去SDK的build-tools目录下找jarsigner或者apksigner用正式签名文件重新签一遍就能正常安装了。另外如果目标手机系统版本太高老APK也可能装不上。XE7生成的APK在安卓10以上的系统上有些功能可能失效比如对存储的访问策略变了。这种情况要么在Manifest里配置requestLegacyExternalStoragetrue要么就老老实实用新版本Delphi重新编译。老框架配老系统是黄金组合配太新系统确实心有余力不足。5. 总结下我的使用心得给准备入坑的朋友几句实在话用Delphi XE7做安卓开发本质上是用桌面开发的思维去写移动应用。它给我最大的帮助是迁移成本低、开发速度快尤其适合业务逻辑重、界面复杂度有限的工具类应用。但它不是万能的如果你要做一个深度的、重度依赖系统原生组件的AppFMX的限制会很明显。我个人的建议是先把目标安卓版本控制在4.4到7.0之间用老手机做母机测试。这个范围内XE7的表现最稳定踩坑概率小。确定核心功能跑通后再考虑是不是要升级到新版本Delphi来兼容新版安卓系统。我在用XE7做那批工具App期间最深的体会就是老技术不是不能用而是要把它放到合适的场景里去用扬长避短照样能交付稳定可靠的产品。最后再分享一个小技巧写XE7安卓应用时记得定期备份整个SDK配置目录包括SDK Manager里的设置和Project的deploy配置文件。环境配置好了就别轻易动重新配一遍的代价真的很大。本文还有配套的精品资源点击获取
Delphi XE7安卓开发实战：FMX跨平台框架与JNI桥接踩坑全记录
简介DELPHI XE7安卓手机开发框架是一套面向Delphi移动开发者的完整工程示例集中解决安卓端从界面搭建到服务端通信的常见问题。资源共23个文件包含png/jpg界面效果图、可直接安装的APK、两个exe服务端测试工具、txt功能说明以及sql/s3db/db数据库脚本与示例整体大小18.01MB适合用XE7进行安卓原生开发的初中级人员参考。内容覆盖主菜单与主界面切换、StyleBook设计、编辑界面键盘处理、DataSet与JSON互转、SQLite本地数据库操作、百度定位、二维码扫描识别、图片上传下载、通讯录ABC滑动、通知提醒、版本更新等30余项功能模块。同时提供WSDL、HTTP、PHP及DataSnap多种服务端对接方式并附带电脑端测试程序可快速验证接口效果。目前已有777人学习下载按模块分层组织便于按需查阅与二次开发。 搞Delphi的老伙计应该还记得XE7是Embarcadero在2014年发布的RAD Studio版本。那一年的移动开发市场基本被Java和Objective-C掌控安卓开发似乎跟Delphi八竿子打不着。但XE7偏偏做到了它把Object Pascal语言和FireMonkeyFMX框架完整地带到了安卓平台。换句话说你不需要写一行Java代码就能用Delphi拖出一套安卓原生应用这在当时是很激进的一件事。这么多年过去我陆陆续续用XE7做过几个安卓工具类App和内部业务系统对这个开发框架的脾气摸得算是比较透。这篇文章就把我踩过的坑、总结出来的经验、以及框架的核心设计逻辑一次性讲清楚给打算入坑或者已经在坑里的朋友一个参考。1. 先认清这东西Delphi XE7安卓开发框架到底是怎么运作的1.1 XE7在安卓上解决了什么问题在XM系列之前Delphi做移动开发基本是空谈。XE7的最大贡献是打通了Object Pascal到安卓ARM指令集的编译链路。我在第一次用XE7编译安卓App时其实挺震惊的——生成的不是需要解释执行的中间字节码而是直接编译成ARM机器码应用启动速度和运行效率比同时期的Java应用要硬核得多。这个框架的核心由几块组成FMXFireMonkey跨平台UI框架、Delphi ARM编译器、Android SDK/NDK的Pascal封装层以及一套部署工具链。FMX负责界面绘制和交互编译器负责把代码变成安卓能跑的native程序封装层则让你能直接调用安卓系统级的API比如震动、传感器、通知栏不需要跳出Delphi环境去写Java。1.2 为什么偏要用Delphi来做安卓开发有人可能会问那会儿安卓都用Java写为什么要用Delphi我个人的实际体会是如果你本身就是Delphi/Pascal背景用XE7做安卓开发的学习成本远低于从零学Java和Android SDK。而且这套框架最爽的地方是跨平台——同一套代码编译目标选Android就出APK选Windows就出EXE选iOS就出IPA业务逻辑完全复用。我当时给公司做的巡检工具桌面版和安卓版共用一套核心代码只是界面做了布局调整开发周期压缩了至少一半。开发效率上XE7延续了Delphi的“所见即所得”传统。FMX的窗体设计器跟当年的VCL很像按钮、输入框、列表拖上去就能跑属性编辑器里调一调颜色和尺寸就行。对喜欢折腾原生控件的开发者来说这也许是限制但对业务类、工具类应用来说这套开发框架的开发速度确实快。另外还要提一点Delphi社区沉淀了大量现成的Pascal组件和代码片段很多不需要界面驱动的逻辑库可以直接拿过来用省掉了很多重复造轮子的时间。2. 环境搭建与第一个安卓应用把坑填平再上路2.1 先说版本匹配这是最容易翻车的地方XE7发布的时间点比较早它对安卓开发工具链的版本要求相当保守。我踩过最大的坑就是JDK版本问题XE7只兼容JDK 6和JDK 7你装个JDK 8上去编译时大概率会报“unable to locate java”或者aapt直接罢工。当年我在新电脑上折腾了一下午最后才想起来是JDK版本太新。Android SDK方面XE7原本适配的API Level上限是21Android 5.0。如果你机器上装的是几十个API Level都全的现代SDK建议单独为XE7准备一份老版本SDK不要共用最新版不然后期部署时各种版本不匹配的报错会把你折磨到怀疑人生。NDK也需要单独下载对应版本XE7主要用NDK里的头文件和链接库版本太新反而会出幺蛾子。我的建议是这样搭配基本能一次通过组件建议版本说明JDKJDK 7 32位XE7官方支持64位偶尔会有路径问题Android SDKAPI 10 到 API 21 之间建议安装API 19、21两个平台Android NDKNDK r9d 或相近旧版XE7需要的C头文件匹配编译目标Android 2.3 到 5.0真机建议用4.x系统测试2.2 三个步骤把SDK管理配好环境变量折腾完之后打开Delphi XE7的 IDE依次选择 Tools Options SDK Manager在右侧点击“Add”按钮新增一个Android SDK配置。这里需要填写三样东西Android SDK的根目录、NDK的根目录、JDK的根目录。填完之后点击“Compile”测试一下如果底部的输出窗口没有红色报错就说明工具链打通了。我自己的习惯是给XE7单独建一个目录比如C:\AndroidOld里面放着Android SDK、NDK和JDK 7三件套。这样既不干扰主开发机上的现代安卓工具链XE7也不会因为环境变量混乱而找不到文件。记住XE7对路径中的空格和特殊字符特别敏感路径最好全英文且不带空格。2.3 创建项目、连真机部署工具链就绪后File New Multi-Device Application选择Blank Application模板。这里默认会生成一个FMX窗体形态是平板/手机自适应。往上面拖一个TButton和一个TEdit双击按钮写下两行代码一个最简单的App就算成型了。连真机调试前先确保安卓手机打开了“开发者选项”和“USB调试”。用数据线连上电脑安装好手机厂商的USB驱动。然后打开 Project Deployment选择Android目标平台点击Run按钮XE7会自动编译APK、推送到手机并启动。第一次启动时手机会弹出安装确认框点允许即可。我测试时用的是一台老旧安卓4.4手机XE7编译出来的App在那个年代的手机上反而跑得很顺畅因为ARM机器码基本没有解释执行的开销。这也是老Delphi开发者最津津乐道的部分。3. FMX在安卓下的运作细节搞清楚原理才能少踩坑3.1 FMX是“画”出来的界面不是“调”出来的原生界面一个很容易产生误解的地方FMX里的TButton并不是安卓原生的android.widget.Button。FMX是自绘框架所有控件都是它自己用Canvas画布绘制出来的跟原生控件没有一一对应关系。所以我第一次把这个App跑到手机上时按钮的外观跟安卓原生按钮明显不一样质感更扁平、更统一。这种设计的优势是跨平台外观一致一套代码在Win、iOS、安卓上长得几乎一样不需要为每个平台的控件风格单独适配。但代价也很明显你看不到安卓原生控件的一些系统级特性比如部分UI组件的无障碍支持、系统输入法的深度集成都需要自己处理。另一个重要影响是性能界面元素越多、绘制频率越高GPU和CPU的负载就越大在低端安卓机上容易出现掉帧。所以在XE7上做安卓开发要养成一个习惯界面能精简就精简列表用虚拟化控件如TListView不要堆太多高成本效果。实测下来FMX应用在配置较低的安卓设备上如果界面元素过于华丽很容易出现滑动卡顿。3.2 生命周期让应用在安卓下“活”得明白安卓系统对App生命周期有一套严格的管理机制Activity会经历创建、暂停、恢复、销毁等状态。FMX在设计时把这套机制映射到了Delphi的事件模型里。XE7的Application对象提供了OnStart、OnActivate、OnDeactivate、OnDestroy等事件分别对应安卓的启动、获得焦点、失去焦点和销毁过程。我记得最早写XE7安卓应用时Home键切出去再切回来界面上保存的数据就从内存里消失了后来才反应过来是应用在后台被回收恢复时没有加载存档。解决思路是在OnActivate里重新读取关键数据在OnDeactivate里及时保存状态把FMX生命周期事件当作安卓Activity生命周期来对待。类似这种问题你在PC端开发时几乎不会遇到因为PC程序没有这么激进的内存回收机制。3.3 JNI桥接在Delphi里调用安卓原生能力FMX封装了大部分常用安卓API但总会有些场景需要直接调用原生Java代码比如接第三方推送SDK、读取特定传感器数据或者调某个复杂的系统接口。这时候就需要通过JNIJava Native Interface来搭桥。XE7的AndroidAPI单元提供了大量安卓API的Pascal翻译封装有些功能直接用现成封装就能搞定但更定制化的调用还是得自己写JNI。我自己的经验是能用Delphi现有库解决的绝对不碰JNI因为JNI写的代码容易出问题而且调试困难。如果确实需要调用Java方法要避免在后台线程直接访问JNI接口尽量把调用集中到主线程。XE7中可以通过SharedActivity来获取当前Activity实例这是做很多原生调用的基础。举个例子如果要调震动核心代码类似uses Androidapi.JNI.GraphicsContentViewText, Androidapi.JNI.App, Androidapi.JNI.Os, Androidapi.Helpers; procedure Vibrate(Duration: Integer); var Vibrator: JVibrator; begin Vibrator : TVibrator.Wrap( TAndroidHelper.Activity.getSystemService(TJContext.JavaClass.VIBRATOR_SERVICE) ); if Vibrator nil then Vibrator.vibrate(Duration); end;这段代码通过JNI获取安卓系统的震动服务并调用vibrate方法触发震动。写JNI桥接时要特别注意类型转换Java的String对应Delphi的JString不要直接用Pascal的string传进去中间要用StringToJString这样的工具函数转换。3.4 权限声明和多分辨率适配是安卓专属的“隐形关卡”当年安卓权限管理不像现在这么严格但App要使用网络、读写存储等功能仍然需要在AndroidManifest.xml里声明权限。XE7工程里可以通过Project Manager右键相关文件打开Manifest编辑器勾选权限。我记得第一次部署网络相关应用时忘记加网络权限真机上一运行就闪退排查了半天才发现是权限没配。多分辨率适配也是安卓开发的一个硬门槛。安卓设备屏幕大小、DPI五花八门FMX虽然提供了相对尺寸布局通过Align和布局面板但不同密度屏幕下字体和间距仍然可能失调。在XE7里我一般用MultiView和GridLayout这类布局控件来实现自适应并且保证关键UI元素使用相对定位避免用绝对坐标。还有一个容易忽略的是字体兼容问题。安卓系统自带的中文字体渲染和Windows上差异不小FMX的默认字体在安卓上有时会显示为方块或乱码。我在XE7下会专门部署一个包含中文的字体文件到Assets或者使用系统自带的DroidSansFallback字体这样才能保证中文正常显示。4. 常见问题与排查技巧实录把这些坑提前绕过去4.1 编译环节的报错怎么破编译报错基本集中在三块JDK版本问题、SDK Platform缺失、aapt工具路径错误。我整理了一张排查表遇到类似问题可以直接照着一一排除报错信息大概率原因解决办法unable to locate javaJDK没装或版本不对换JDK 7设置JAVA_HOME路径aapt.exe returned errorAndroid SDK平台版本过高安装API 19/21对应PlatformNDK not foundNDK路径配置错误重新指定NDK根目录Cannot find default targetSDK缺少默认Target Platform在SDK Manager中勾选API 19ERROR: Incompatible JDKJDK版本太高卸载JDK 8安装JDK 7这类问题绝大多数都是版本不匹配造成的。我踩了几次坑以后学聪明了不在一台机器上混用高端SDK和XE7工具链给XE7单独准备一个干净的开发环境省得版本冲突反复折腾。4.2 运行时崩溃和性能问题的典型场景真机运行时的崩溃最常见的原因是权限缺失和原生API调用失败。XE7编译允许你在代码里调用系统能力但如果你没在Manifest里声明对应权限运行时就会抛出安全异常。另外调用某个设备不支持的硬件API时也会崩溃比如低端设备没有陀螺仪你直接调用陀螺仪接口就崩。这个时候要用条件判断来判断设备是否支持该硬件。性能问题方面FMX列表是重灾区。用TListView时如果直接往列表里塞几百条记录滑动起来卡到怀疑人生。实际上TListView支持基于对象的模板化数据绑定通过TListViewAdapter或者TListItem的复用机制不要每次滚动都创建新的Item显示对象而是复用已有的Item这样性能能提升好几个档次。老安卓机内存也小频繁创建对象容易触发GC导致应用卡顿甚至崩溃。还有一个我遇到的经典问题应用在后台时间长了之后切回前台大概率白屏或者黑屏。原因是FMX的渲染Surface被安卓系统回收了但FMX没有自动重建。解决办法是在Application的OnActivate事件里执行一次界面刷新或者手动调用Form.Invalidate。这也是Delphi开发者在安卓上最常见的“后台转前台”坑。4.3 打包成APK后安装不了是怎么回事开发调试阶段XE7默认是用debug签名打包的可以直接装到测试机上。但如果要发布给别人安装最好给APK重新签名。我见过不少人直接把debug APK发给别人结果手机上提示“应用未安装”或者“签名冲突”其实就是签名问题。去SDK的build-tools目录下找jarsigner或者apksigner用正式签名文件重新签一遍就能正常安装了。另外如果目标手机系统版本太高老APK也可能装不上。XE7生成的APK在安卓10以上的系统上有些功能可能失效比如对存储的访问策略变了。这种情况要么在Manifest里配置requestLegacyExternalStoragetrue要么就老老实实用新版本Delphi重新编译。老框架配老系统是黄金组合配太新系统确实心有余力不足。5. 总结下我的使用心得给准备入坑的朋友几句实在话用Delphi XE7做安卓开发本质上是用桌面开发的思维去写移动应用。它给我最大的帮助是迁移成本低、开发速度快尤其适合业务逻辑重、界面复杂度有限的工具类应用。但它不是万能的如果你要做一个深度的、重度依赖系统原生组件的AppFMX的限制会很明显。我个人的建议是先把目标安卓版本控制在4.4到7.0之间用老手机做母机测试。这个范围内XE7的表现最稳定踩坑概率小。确定核心功能跑通后再考虑是不是要升级到新版本Delphi来兼容新版安卓系统。我在用XE7做那批工具App期间最深的体会就是老技术不是不能用而是要把它放到合适的场景里去用扬长避短照样能交付稳定可靠的产品。最后再分享一个小技巧写XE7安卓应用时记得定期备份整个SDK配置目录包括SDK Manager里的设置和Project的deploy配置文件。环境配置好了就别轻易动重新配一遍的代价真的很大。本文还有配套的精品资源点击获取
