B4A连接MySQL实现登录注册：PHP中间层搭建与避坑指南

简介面向 B4A 安卓开发学习者这份工程资源演示了如何通过 JDBC 驱动连接 MySQL并完成用户登录与注册的完整流程适合需要快速搭建账号系统的移动端开发者参考。压缩包共 53 个文件主要分为 B4A 源程序、界面布局、Java 辅助代码与编译产物源文件覆盖登录、注册和启动三个模块布局文件对应不同页面编译产物中还有可直接安装的安卓安装包整体体积仅 1.84 MB便于下载后导入开发环境查看或部署测试。资源围绕数据库连接、用户表设计、登录查询、注册插入、非空校验与密码安全等关键环节展开能够帮助初学者理解 B4A 操作 MySQL 的典型写法也可作为二次开发的起点。已有 710 人学习下载在同类 B4A 数据库资源中具备一定参考价值尤其适合入门级的安卓数据库应用练习。1. 用 B4A 连 MySQL 做登录注册安卓原生没给这条路你得自己搭桥做安卓开发的人都知道B4A 的语法比原生 Java 温和太多写界面、调控件基本是拖拖拽拽的事。但只要你开始碰用户系统立刻会撞上一堵墙安卓端是没有办法直接连 MySQL 的。官方没给 JDBC 的现成通道你真把数据库账号密码塞进 App 里反编译一次就全裸奔。这也就是这个标题为“B4A_连接MySQL实现登录注册”的资源存在的根本理由——它给你一套完整的桥接方案用 PHP 当中间层让 B4A 通过 HTTP 请求拿到 MySQL 的数据再把登录注册做成完整的闭环。适合谁正在做毕设、接外包、或者想给自己的工具类 App 加账号体系的人尤其适合那种后端不熟但又不想被 Java SSM 框架折磨的开发者。这篇文章会把这条桥怎么搭、参数怎么设、哪些地方会翻车全部拆开讲清楚。2. 先搞懂架构B4A、PHP、MySQL 三方是怎么协作的2.1 为什么不直接在 B4A 里连 MySQL理由有两个层面。技术层面B4A 运行时没有内置 MySQL 协议栈你要连就得引入第三方库而这些库大多年久失修在 Android 8 上对 TLS 协议的支持非常差经常握手失败。更致命的还不是技术问题MySQL 的账号密码若直接写在 B4A 源码里编译成 APK 后用现成的反编译工具就能把字符串全部扒出来等于把你的数据库裸奔在互联网上。我见过不止一个外包项目因为这个被拖库代价是惨痛的。所以这份资源选的路子是App 不碰 MySQL只跟 PHP 接口说话。PHP 脚本部署在服务器上由它去连 MySQL。这样数据库口令只在服务器内部流转App 永远只发 HTTP 请求、收 JSON 结果。2.2 一次登录请求的完整链路看链路图最直白。用户在 B4A 的界面里输入账号密码点击登录按钮后B4A 代码把参数打包成 POST 请求发送到服务器的 login.phpPHP 脚本先校验参数是否为空再用预处理语句去查 user 表查到了就用 password_verify 核对密码散列核对通过就返回 JSON内容一般是 uid、用户名、tokenB4A 收到 JSON 后解析把 token 存进本地的 SharedPreferences界面跳转。注册流程同理只不过 PHP 端多一步检查用户名是否已存在然后调用 password_hash 生成密码散列写入数据库。整个链路里最容易出问题的点是 PHP 的 JSON 输出格式。你必须保证 PHP 端只输出一段合法的 JSON不能前面有空白行、后面有警告信息。B4A 端的 JSON 解析器相当严格多一个字符都会解析失败。2.3 数据库表结构直接抄作业你拿到这份资源包后第一步不是打开 B4A而是先把数据库的表建好。它的 SQL 脚本在资源里通常是单独的 .sql 文件核心结构如下CREATE TABLE user ( uid int(11) NOT NULL AUTO_INCREMENT, username varchar(50) NOT NULL, password varchar(255) NOT NULL, reg_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (uid), UNIQUE KEY username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;密码字段用的是 varchar(255)因为 PHP 端 password_hash 生成的散列串长度在 60 到 255 之间短了会截断导致永远校验失败。这里用 utf8mb4 是必须的否则用户名里一旦有 emoji 或者生僻字写入时就报“Incorrect string value”。建完表再看资源里自带的 config.php它只管三件事数据库地址、数据库账号、库名。我在自己的项目里还习惯加上一个字符集设定避免 PHP 7.4 以下版本默认字符集不对导致中文乱码。3. 在 B4A 端写网络请求HttpJob 是绕不开的核心3.1 权限与初始化配置B4A 工程里要用网络第一步是给 manifest 加权限。这份资源的做法是标准方案在 Manifest 编辑器里加入AddPermission(android.permission.INTERNET) AddPermission(android.permission.ACCESS_NETWORK_STATE)第一个权限是网络访问基础权限第二个用于在弱网环境下判断当前网络状态。很多初学者只加了第一个结果在 Wi-Fi 正常时没问题一切到移动网络就报 connection timeout就是因为少了 ACCESS_NETWORK_STATE。另外如果你的目标 SDK 版本在 28 以上Android 默认禁止明文 HTTP 流量需要在 manifest 的 application 节点里加一句android:usesCleartextTraffictrue或者用 Network Security Config 只放行你的服务器域名。这一点资源里专门提了但我发现不少照着做的同学还是漏掉导致发布版 App 访问 http 接口直接被拦。3.2 登录请求的 B4A 实现B4A 的网络请求核心是一个叫 HttpJob 的对象属于 HttpUtils2 库。下面是登录按钮的完整事件代码Sub btnLogin_Click Dim job As HttpJob job.Initialize(login_job, Me) Dim params As Map params.Initialize params.Put(username, txtUsername.Text) params.Put(password, txtPassword.Text) job.PostString(http://your-server.com/login.php, params) End Sub Sub JobDone(job As HttpJob) If job.Tag login_job Then If job.Success Then Dim parser As JSONParser parser.Initialize(job.GetString) Dim root As Map parser.NextObject If root.Get(code) 0 Then Dim token As String root.Get(token) 本地存储 token后续请求都带上它 Dim sf As SharedPreferences sf.Initialize(app_data) sf.PutString(token, token) sf.PutString(uid, root.Get(uid)) Activity.Finish Else ToastMessageShow(root.Get(msg), True) End If Else Log(请求失败: job.ErrorMessage) ToastMessageShow(网络请求失败请检查网络, True) End If job.Release End If End Sub逻辑拆开讲。btnLogin_Click 里的 job.PostString 是核心动作第一个参数是接口地址第二个参数是个 MapMap 的键值对会以表单格式 POST 到 PHP。这里有个细节B4A 的 HttpJob 在请求完成后必须调用 job.Release 释放资源否则内存会持续累积尤其在做轮询或者多页面跳转时几十次下来 App 就变卡了。JobDone 是整个 B4A 网络框架的回调中心不管你发起几个请求最终都回到这个方法里。所以用 job.Tag 来区分是哪个请求完成的这是个好习惯。解析返回 JSON 时我用了一个 Map 来承接整个对象再用键取值。注意 PHP 端返回的 JSON 结构必须跟这里对得上比如 code 是整数、msg 是字符串、token 是字符串。3.3 注册请求与输入校验注册比登录多一步前端至少要校验两次密码输入是否一致。很多新手把这个校验放在服务器端做不是不行但用户体验会很差——用户填完一长串点注册等到服务器返回“两次密码不一致”他才发现自己打错了。B4A 的处理方式很简单Sub btnRegister_Click If txtPassword.Text.Length 6 Then ToastMessageShow(密码至少6位, True) Return End If If txtPassword.Text txtPassword2.Text Then ToastMessageShow(两次密码不一致, True) Return End If Dim job As HttpJob job.Initialize(reg_job, Me) Dim params As Map params.Initialize params.Put(username, txtUsername.Text) params.Put(password, txtPassword.Text) job.PostString(http://your-server.com/register.php, params) End Sub长度校验和一致性校验都用了事前返回的捷径这样网络请求只在数据合法时才发出能省掉大量无谓的服务器压力。我一般还会顺手校验用户名里有没有空格和特殊字符因为 PHP 端的正则校验虽然能拦住但毕竟是事后了提前拦在前端会让用户更快感知到问题。4. 写 PHP 中间层登录接口与注册接口的完整实现4.1 统一响应格式是团队协作的命脉B4A 解析 JSON 对格式的要求很敏感所以 PHP 端一定要定一个规范所有接口不管成功还是失败都返回同一个结构的 JSON。这份资源里用的结构是{code: 0, msg: 成功提示, data: {}}其中 code 为 0 表示成功非 0 表示各种失败原因msg 是对应的文字说明。这个约定的好处是 B4A 端的解析逻辑只需要写一次后面加新接口只需要改 data 部分。还有一点必须强调PHP 文件里不能在?php标签前有任何输出包括 UTF-8 BOM。BOM 是编辑器的隐形字符肉眼看不见但会在 PHP 输出 JSON 时自动带一个字节B4A 解析就会失败。用 Notepad 或 VSCode 打开 PHP 文件右下角如果显示 UTF-8-BOM就要另存为 UTF-8 无 BOM 格式。登录接口的核心代码如下?php require_once config.php; $username $_POST[username] ?? ; $password $_POST[password] ?? ; if ($username || $password ) { echo json_encode([code 1, msg 用户名密码不能为空]); exit; } $stmt $pdo-prepare(SELECT uid, username, password FROM user WHERE username ?); $stmt-execute([$username]); $user $stmt-fetch(PDO::FETCH_ASSOC); if (!$user || !password_verify($password, $user[password])) { echo json_encode([code 2, msg 用户名或密码错误]); exit; } echo json_encode([ code 0, msg 登录成功, data [ uid $user[uid], username $user[username], token md5($user[uid] . time()) ] ]);这段代码的关键点有两个。第一个是关键空值检查用?? 语法可以避免 PHP 8 以下版本直接报未定义索引的警告警告一旦输出就会破坏 JSON 结构。第二个是密码校验用 password_verify 而不是把存库的密码散列拿去 md5 比较这是必须的安全做法。token 这里生成了一个临时散列真实项目里应该用 session 或 JWT 来管理后面我会细讲。4.2 注册接口要说清密码怎么处理注册接口比登录多两个操作查重和写入。查重这一步新手最容易写成先 SELECT 再判断再 INSERT其实有并发问题——两个请求同时查到用户名不存在同时 INSERT后写入的那个就会撞唯一索引直接报错。处理这种情况业界通行做法是直接在 INSERT 时捕获唯一索引冲突?php require_once config.php; $username $_POST[username] ?? ; $password $_POST[password] ?? ; if ($username || $password || strlen($password) 6) { echo json_encode([code 1, msg 参数不合法]); exit; } $hashed password_hash($password, PASSWORD_DEFAULT); try { $stmt $pdo-prepare(INSERT INTO user (username, password) VALUES (?, ?)); $stmt-execute([$username, $hashed]); } catch (PDOException $e) { if ($e-getCode() 23000) { echo json_encode([code 2, msg 用户名已存在]); exit; } echo json_encode([code 3, msg 服务器内部错误]); exit; } echo json_encode([code 0, msg 注册成功]);这里有个小动作很多人不注意password_hash 的第二个参数要写 PASSWORD_DEFAULT不要写死成 PASSWORD_BCRYPT。因为 PHP 官方会不定期升级默认算法你写死 BCRYPT几年后服务端升级 PHP 版本新密文用 bcrypt 生成旧密码可能面临算法过时的问题。用 PASSWORD_DEFAULTPHP 会持续为你选择当前推荐算法旧的散列依然可以通过 password_verify 正确校验。4.3 config.php 的意外坑资源里自带的 config.php 一般长这样?php $host 127.0.0.1; $dbname your_db_name; $user your_db_user; $pass your_db_password; try { $pdo new PDO( mysql:host$host;dbname$dbname;charsetutf8mb4, $user, $pass, [ PDO::ATTR_ERRMODE PDO::ERRMODE_EXCEPTION, PDO::ATTR_DEFAULT_FETCH_MODE PDO::FETCH_ASSOC ] ); } catch (PDOException $e) { die(数据库连接失败: . $e-getMessage()); }注意这里我在 DSN 里加了 charsetutf8mb4。资源原版未必有这个参数但如果你遇到中文用户名乱码或者 emoji 写入失败多半就是这里缺了它。另外 PDO::ATTR_ERRMODE 要设成 ERRMODE_EXCEPTION否则 SQL 出错时 PDO 默认是静默模式你 INSERT 撞了唯一索引压根不会报错只会返回 false排查起来非常难受。5. 联调避坑从「登录失败」到「数据乱码」的四个典型事故5.1 现象B4A 端提示「请求失败」但浏览器直接访问 PHP 一切正常这个坑几乎人人都会踩一次。浏览器打开 login.php 没问题B4A 的 HttpJob 却报 job.Success False。原因基本指向以下三类按高概率排第一模拟器或者手机上用的是 10.0.2.2 来访问本机而 PHP 脚本里数据库 host 写的是 localhost两者不相干。你在电脑浏览器上是 127.0.0.1 访问自然通手机访问的是你电脑的局域网 IP如果 PHP 里没把服务器本身的端口放行请求就进来了PHP 执行正常但响应根本回不到手机。第二Android 9 默认禁止明文 HTTP这个前提我上面已经强调过主要体现在 targetSdkVersion 28 以上的工程必须开启 usesCleartextTraffic。第三最常见也最让人无语的——你的 PHP 文件有 BOM 头B4A 的解析器在 HTTP 响应里读到第一字节不是{而是 BOM 的 0xEF直接判定响应内容非法。解决思路先把 job.Success 打印出来再把 job.GetString 打印出来。如果 Success 是真但解析失败那 100% 是 JSON 前面多东西了。如果 Success 是假检查服务器日志和端口连通性。5.2 现象localhost 连接正常换成内网 IP 后手机连不上这就是典型的“服务器监听地址”问题。PHP 里的 MySQL host 写 127.0.0.1表示只有本机能连数据库手机的请求到达服务器后PHP 在服务器本机连数据库这个链路本来没问题。问题出在你手机上访问接口的地址写错了——你写成了 http://你的电脑名/login.php安卓设备解析不了这个主机名。正确做法是用电脑的局域网 IP 地址且保证手机和电脑在同一局域网内。顺带提一个安全习惯如果 MySQL 和 PHP 跑在同一台机器上host 保持 127.0.0.1 是最优解不要写成 0.0.0.0更不要直接用公网 IP 绑定 MySQL 端口。PHP 作为中转层已经隔离了外部访问数据库不需要再暴露给外网。5.3 现象注册时中文用户名乱码数据表、PDO 连接、HTTP 请求三处编码一致才能避免乱码。我排查过的乱码案例最常见是 MySQL 表本身是 utf8 而不是 utf8mb4或者 PDO 连接字符串没带 charset。当然还有一种隐蔽的情况B4A 的 EditText 控件默认编码没问题但你在 HTTP 请求的 Headers 里手动加了 Content-Type 指定了错误的字符集比如写成 text/plain 而不是 application/x-www-form-urlencodedPHP 端 $_POST 拿到的就是乱码。B4A 的 HttpJob 默认编码是 UTF-8不要画蛇添足去改。5.4 现象密码包含特殊字符时一直登录失败问题出在 B4A 端你手动对参数做了 URLEncode而 HttpJob 底层实际上已经帮你转义了一次导致 PHP 端拿到的密码是双重编码后的内容。解决方式很简单使用 HttpJob 的 PostString 方法时参数 Map 里的值直接放原始字符串不要做任何预处理。同理不要用 OkHttp 库去叠加请求HttpUtils2 对表单参数的编码和标准 PHP 是天然兼容的替换成别的网络库反而容易踩编码不一致的坑。5.5 现象请求频繁时 PHP 报「Too many connections」这不是 B4A 的锅是 PHP-FPM 没有开启连接复用。每来一个请求PDO 就新建一个 MySQL 连接请求结束后没有显式关闭。处理方案是给 PDO 对象加持久连接选项$pdo new PDO($dsn, $user, $pass, [ PDO::ATTR_PERSISTENT true ]);但注意持久连接并不是银弹。如果你的 PHP 跑了多个虚拟主机持久连接会跨库串数据必须在连接字符串里确保库名单独指定。这个坑我在一个外包项目里踩过两个应用共用一份 PHP 代码结果 A 库的数据写进了 B 库。从那以后我但凡使用持久连接都会在 config.php 里注释标注“禁止在配置里切换库名”。6. 往前再走一步把密码散列与登录态做成真正可用的产品级方案6.1 弃用 MD5 明文散列改用 password_hash 全家桶我拆过很多旧的登录注册源码最喜欢用 MD5 加盐。不是说 MD5 完全不行而是它天生没防御力——计算速度太快你加的那点盐用彩虹表一撞就碎。PHP 在 5.5 版本以后已经提供了 password_hash 和 password_verify 作为标准方案本篇文章第 4 章的代码全部基于这套。如果你从其他源码迁移过来存量用户的密码已经用 MD5 存了怎么平滑过渡惯用做法是登录时先走 password_verify失败后加一道 MD5 比对比对通过就立即生成新的 password_hash 散列并更新数据库。if (password_verify($password, $user[password])) { // 正常登录密码已经符合新算法 } else if (md5($password) $user[password]) { // 老密码走旧算法校验通过后立即升级 $newHash password_hash($password, PASSWORD_DEFAULT); $updateStmt $pdo-prepare(UPDATE user SET password ? WHERE uid ?); $updateStmt-execute([$newHash, $user[uid]]); // 登录成功走正常逻辑 } else { echo json_encode([code 2, msg 用户名或密码错误]); exit; }这段代码是典型的兼容性写法。你做老项目升级时用得上新项目直接用 password_hash 就好不需要这套兼容逻辑。6.2 登录态不只是 token要有过期和踢人下线的机制第 4 章里我给了个 md5 的 token 作为演示它是可用的但没有过期时间——这在真实项目里是不合格的做法。你在资源包里可能会看到 session 方案但安卓端的 session 维护起来既麻烦又不安全。推荐做法是把 token 存到一张单独的表CREATE TABLE user_token ( id int(11) NOT NULL AUTO_INCREMENT, uid int(11) NOT NULL, token varchar(64) NOT NULL, expire_time datetime NOT NULL, PRIMARY KEY (id), KEY uid (uid), KEY token (token) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;每次登录时生成 token 并写入这张表设置 expire_time 为 7 天后。B4A 端每次请求都带这个 tokenPHP 端先查这张表比对 token 和过期时间。这样即使用户卸载重装只要 token 被泄露服务器端也能通过主动删除 token 记录实现踢人下线。我在很多项目里就用这一招解决过用户投诉“账号被盗”的问题——只要你能删掉 token被盗的会话立即失效。6.3 用白盒测试的思路验证整个链路你把整条链路都写完以后不要急着上真机先做一个最基本的白盒验证用 Postman 或 curl 直接请求 login.php 和 register.php确保接口返回的 JSON 结构与 B4A 端解析逻辑完全对齐。我用 curl 测试时会关注返回的 Content-Type 是否被 PHP 自动加上了 text/html这一点很关键。如果你的 PHP 里没有手动设置 Content-Type 头而 PHP 本身因为警告输出了 HTML 标签B4A 会收到一堆夹杂 HTML 的文本。curl -X POST http://your-server.com/login.php \ -d usernametestpassword123456 \ -i执行后看响应头里有没有Content-Type: application/json再看响应体是不是纯 JSON。这两点都过了才轮到上 B4A 真机联调。我第一次做这个项目时图省事跳过了 curl 验证结果在 B4A 端排查了半小时最后发现是 PHP 文件里有 BOM 头。从那以后我每个接口写完都强制自己先跑一遍 curl等响应体完全干净了才动 B4A。希望这个习惯也能帮到你省下那些无谓的深夜排查时间。本文还有配套的精品资源点击获取