前阵子接了个活要把自家Android APP接入FlexManager设备云平台第一步就是做账号登录。标题里的“andriod”是我当时打字赶工留下的手误没错指的就是Android端。这个任务本身不算特别复杂但从确认接口文档、选网络框架、写登录逻辑到联调时踩各种坑整套跑下来还是有不少值得复盘的地方。如果你正在做设备云平台、物联网平台的移动端APP接入或者手头项目需要调类似的后台登录接口这篇应该能帮你少走点弯路。1. 需求拆解与方案选型1.1 先搞清楚FlexManager是谁FlexManager是个设备云平台很多设备厂商注塑机、干燥机、空压机、冷水机这类工业设备会通过物联网网关把设备数据上传到平台上。平台那边能看到设备实时状态、历史曲线、报警信息也能做远程参数配置。但平台是平台厂商自己做的终端APP是另一回事。厂商想给最终客户一个定制化的APP就得通过FlexManager开放出来的API接口把设备数据拉下来。我这次接到的需求就是其中最基础的一环让用户在自己的APP里输入账号密码登录到设备云拿到平台返回的身份凭证后续才能去查设备列表和运行数据。所以标题拆开其实是三层意思Android端移动APP面向终端用户登录用户身份认证是整个API调用的第一道门FlexManager平台API接口平台对外开放的能力通过HTTP请求来交互。这三层串起来就是一个典型的第三方APP对接SaaS平台场景。这种场景在物联网、工业互联网领域特别常见搞清楚登录这关后面的设备数据接入基本就是一个套路。1.2 为什么登录方案选Token而不是Session早期Web系统都喜欢用Session服务器存一份会话状态客户端带Cookie。但到了移动端和开放API场景这种方式有很明显的毛病手机网络环境不稳定弱网下Session容易丢;服务器要维护会话状态接入的设备厂商一多状态管理就成了负担对第三方开发者来说操作Cookie既不直观也容易出错。所以FlexManager这类平台提供的登录API基本都是Token机制。服务器校验完账号密码后返回一串TokenAPP把它存起来后续每个请求在Header里带上就完事。服务器不用记状态客户端只需要管好Token这一个小东西各自的成本都低。Token机制在移动端还有一个好处登录状态可以跨设备保存。用户这次登录拿到的Token在有效期内重新打开APP都不需要再次输入密码体验顺滑很多。相比Session动不动就过期Token的过期策略可控性更强。1.3 网络请求框架选型的个人建议Android端调HTTP接口常见选择有HttpURLConnection、OkHttp、Retrofit。我不建议直接用HttpURLConnection除非项目零依赖、接口极少。它的API设计太老了JSON解析、线程切换、错误处理全要自己手写写起来啰嗦维护起来更痛苦。我的选择是Retrofit OkHttp Gson/Jackson这套组合。原因很直接Retrofit用注解声明接口代码结构一眼就能看懂OkHttp自带连接池、超时控制、拦截器处理Token头、日志打印非常方便配合GsonJSON转Java对象基本零成本。当然如果项目里已经用了其他框架比如协程Ktor、或者RxJavaOkHttp也没必要强行换。但考虑到FlexManager这种平台API是标准的RESTful风格Retrofit依然是最稳的选项。提示选框架之前先把FlexManager的接口文档要过来看一遍。我遇到过项目成员先写完了整个网络层才发现平台给的接口是XML返回格式又回头改解析白白浪费一天。2. FlexManager登录接口的技术细节2.1 登录请求报文长什么样这种平台级API的登录接口一般是一个POST请求请求体和响应体都是JSON。以FlexManager常见的接口风格来说大概是POST /api/Login/UserLogin Content-Type: application/json { UserName: your_account, PassWord: your_password }注意几个细节字段名不一定就叫UserName/PassWord有的平台叫Account/Pwd有的叫LoginName/LoginPwd。一切以厂商文档为准有些平台除了账号密码还要传AppKey、AppSecret或者设备指纹参数用于区分是哪个第三方的APP在调用密码字段有的平台要求先加密MD5、SHA256或者RSA明文直接传在日志里会有安全隐患。我在对接的时候习惯先用Postman把接口完整调通把请求体、响应体、错误情况全部记录下来再动手写代码。这一步看着麻烦实际能省掉后面一大半的联调时间。尤其是字段大小写、是否要求GMT时间戳这类细节Postman里一试便知。2.2 响应体里的关键字段与错误码登录接口的响应体通常长这样{ code: 200, message: 登录成功, data: { token: eyJhbGciOiJIUzI1NiIs..., refreshToken: f2b340e9..., expireTime: 2025-01-01 10:00:00, userInfo: { userId: 10001, userName: 张三, role: admin } } }这里最核心的就是token。其他字段也建议提前确认清楚code业务状态码200不一定代表HTTP 200。有些平台无论成功失败HTTP状态都是200靠业务码区分。你要是只看response.isSuccessful()就会把登录失败也当成成功处理expireTimeToken的有效期登录成功后最好把它和当前时间一起存下来APP侧提前判断要不要刷新refreshToken用来换取新Token的长效凭证有这个字段的基本都支持无感刷新。我踩过的坑是FlexManager有些接口返回的message会有中英文混杂的情况调试时不能拿它当程序判断的依据。程序只认codemessage只用来展示给用户或者打日志。2.3 Token有效期与刷新策略Token通常不是永久有效的有效期可能在30分钟到7天不等。具体看平台配置。有效期短安全性高但用户要频繁重新登录有效期长体验好但泄露风险也大。更稳妥的做法是拿到refreshToken之后在APP层做两层处理本地先用一个LoginManager统一管理Token初始化时从持久化存储读出来每次请求经过拦截器时检查当前时间是否接近过期时间如果距离过期时间不足5分钟先自动调用刷新接口换新Token再用新Token发原请求。这种逻辑写出来会复杂一点但用户的实际体验是即使好几天没打开APP重新打开也不用输密码。对工业设备维护场景来说特别实用师傅在车间里戴着脏手套你要他重新输密码他会骂人的。3. Android端从零到一接入3.1 工程配置权限、明文流量与依赖新建Android项目之后第一步是配置AndroidManifest.xmluses-permission android:nameandroid.permission.INTERNET / uses-permission android:nameandroid.permission.ACCESS_NETWORK_STATE /INTERNET权限是必须的ACCESS_NETWORK_STATE用来判断网络状态可以避免没网时白等超时。然后看Android版本。Android 9API 28开始默认禁止明文HTTP流量如果FlexManager给的服务器地址是http://开头直接请求会报错CLEARTEXT communication to xxx not permitted by network security policy解决方式有两个快速方案在AndroidManifest.xml的application节点加android:usesCleartextTraffictrue严谨方案配置network_security_config.xml只允许特定域名走明文。如果是生产项目我建议用第二种而不是全局放行明文。真要上线了省那几分钟配置时间后面被安全审查问起来就很被动。依赖方面我的build.gradle里加这些implementation com.squareup.retrofit2:retrofit:2.9.0 implementation com.squareup.retrofit2:converter-gson:2.9.0 implementation com.squareup.okhttp3:okhttp:4.12.0 implementation com.squareup.okhttp3:logging-interceptor:4.12.0版本不用追新稳定就好。Retrofit 2.9加上OkHttp 4.x这一套我用到现在没出过兼容问题。3.2 网络层封装Retrofit接口与OkHttp拦截器先定义一个Retrofit接口public interface FlexManagerApi { POST(Login/UserLogin) CallLoginResponse login(Body LoginRequest request); POST(Token/Refresh) CallLoginResponse refreshToken(Body RefreshTokenRequest request); // 登录之后要用的数据接口都放这儿 GET(Device/GetDeviceList) CallDeviceListResponse getDeviceList(Header(Authorization) String authorization); }注意POST括号里的路径是拼接在BaseURL后面的相对路径。BaseURL我在创建Retrofit实例时设成Retrofit retrofit new Retrofit.Builder() .baseUrl(https://你的服务器地址/api/) .client(okHttpClient) .addConverterFactory(GsonConverterFactory.create()) .build();OkHttpClient这部分核心是加两个拦截器OkHttpClient okHttpClient new OkHttpClient.Builder() .connectTimeout(10, TimeUnit.SECONDS) .readTimeout(30, TimeUnit.SECONDS) .writeTimeout(15, TimeUnit.SECONDS) .addInterceptor(new HeaderInterceptor()) .addInterceptor(new HttpLoggingInterceptor().setLevel(HttpLoggingInterceptor.Level.BODY)) .build();HeaderInterceptor 的作用是给每个请求自动带上Tokenpublic class HeaderInterceptor implements Interceptor { Override public Response intercept(Chain chain) throws IOException { Request original chain.request(); String token LoginManager.getInstance().getToken(); Request request original.newBuilder() .header(Authorization, Bearer token) .header(Content-Type, application/json) .build(); return chain.proceed(request); } }这里有个坑Content-Type这种HeaderRetrofit在Body注解传对象的时候本来就会自动设置。你手动加有时反而会和GsonConverter的默认设置冲突。我在项目里就删掉了这行只保留Authorization。3.3 登录页的流程处理与状态管理登录页面的逻辑核心就是四个字异步 回调。流程如下用户点击登录按钮先做前端非空校验同时禁用按钮防止重复提交创建LoginRequest对象调_api.login(req).enqueue(...)回调里判断业务码成功就保存Token并跳转失败就展示message并恢复按钮。api.login(request).enqueue(new CallbackLoginResponse() { Override public void onResponse(CallLoginResponse call, ResponseLoginResponse response) { if (response.isSuccessful() response.body() ! null) { LoginResponse resp response.body(); if (resp.getCode() 200) { saveLoginState(resp.getData()); goToMainPage(); } else { showToast(resp.getMessage()); } } else { showToast(登录失败HTTP response.code()); } } Override public void onFailure(CallLoginResponse call, Throwable t) { showToast(网络异常请检查网络连接); t.printStackTrace(); } });Token的保存我写了一个LoginManager统一管理public class LoginManager { private static volatile LoginManager instance; private final SharedPreferences sp; public String getToken() { return sp.getString(token, ); } public void saveLoginState(LoginData data) { sp.edit() .putString(token, data.getToken()) .putString(refreshToken, data.getRefreshToken()) .putLong(expireTime, data.getExpireTime()) .apply(); } public void clear() { sp.edit().clear().apply(); } }SharedPreferences虽然官方推荐用DataStore替代但在这类企业项目里改动成本大于收益我直接就用了。如果你是在新项目可以用DataStore原理差不多写Kotlin会比较顺手。注意Token属于敏感信息正式上线的APP建议用EncryptedSharedPreferences做加密存储。至少别放在普通的明文文件里被逆向拿到Token就可以直接调接口后果很严重。4. 联调阶段最常见的坑4.1 明文HTTP被Android 9拦下这个前面提过是最基础也最常见的坑。联调时服务器常常是临时搭的内网地址运维图省事直接给个http://192.168.x.x。真机一跑直接报CLEARTEXT communication not permitted。解决方式不复杂但我建议用network_security_config.xml限定测试域名network-security-config domain-config cleartextTrafficPermittedtrue domain includeSubdomainstrue192.168.1.100/domain domain includeSubdomainstruetest.flexmanager-api.com/domain /domain-config /network-security-config这样既不耽误联调也不至于上线时忘了关明文开关。4.2 网络回调里直接改UI导致的崩溃Retrofit的enqueue回调默认在子线程你要是直接在回调里写mTextView.setText(...)大概率遇到android.view.ViewRootImpl$CalledFromWrongThreadException: Only the original thread that created a view hierarchy can touch its views.这算是Android开发的老经典了。处理方式简单场景用runOnUiThread()包一层常规场景BaseActivity里放一个Handler通过主线程派发结果进阶方案用LiveData ViewModel把网络请求的结果发到onChanged里更新UI。我自己的习惯是网络层的回调里只做数据解析和保存UI的更新统一通过回调接口抛回给Activity由Activity切到主线程。这样网络层不依赖任何View后面要加单元测试也好测。另外Activity销毁时要注意回调悬空的问题。用户点完登录马上按返回键结果回调还没回来等回来的时候Activity已经销毁轻则没有反应重的直接空指针。稳妥做法是在onDestroy里调用Retrofit的call.cancel()或者在回调里检查Activity的isDestroyed()状态。4.3 二次请求要不要用同一个Token登录拿到Token之后最典型的错误是开发时每次登录都新调一次接口拿Token把Token放在内存变量里用一重启APP就丢。正确逻辑应该是APP启动时先看本地有没有Token有Token先拿它请求设备列表如果成功证明Token还是有效的直接进主界面如果返回401或者业务码提示过期再用refreshToken去换换成功就更新本地存储然后用新Token重试原请求刷新也失败才跳登录页让用户重新输账号密码。这套逻辑写起来多花半天但用户感知到的就是APP打开就能用。设备云平台面对的很多用户都是老师傅让他们三天两头输密码产品会被骂的。另外注意token过期时服务器的返回方式。有些平台是HTTP 401有些平台是HTTP 200但code为某个特定值。我遇到过平台的文档没写清楚全凭日志发现code: 1001表示Token失效。建议联调时故意改坏Token试一发看清楚它究竟怎么告诉你你过期了。4.4 证书校验失败与自签名证书问题如果测试服务器是HTTPS但用的是自签名证书OkHttp默认校验会失败报javax.net.ssl.SSLHandshakeException: java.security.cert.CertPathValidatorException: Trust anchor for certification path not found.网上好多帖子教你直接写个TrustAllCerts信任所有证书我强烈不建议这么干。这等于把APP的HTTPS防护全部关掉任何中间人都能抓你的包Token、密码全裸奔。正确的做法是让厂商把证书链配置好这是最省事的如果实在要联调用CertificatePinner只对当前测试域名开放指定证书指纹或者把自签名证书打进APP的res/raw里写一个信任该证书的SSLContext但只适配测试环境上线时切回默认校验。最理想的情况是让平台开通一个HTTPS域名把证书弄正规。生产环境千万别为图省事放开证书校验这是原则问题。4.5 Android 11以上的包名可见性问题如果FlexManager的登录流程涉及拉起浏览器做OAuth授权那还要注意Android 11API 30开始包可见性默认受限。startActivity跳转浏览器没问题但如果你要查询手机里装了哪些应用来判断能不能拉起某些第三方App就需要在Manifest里声明queries。我们这次是纯账号密码接口登录没走到OAuth那一步但如果你接的FlexManager平台是SSO单点登录这个坑迟早会遇到。提前查一下queries的用法免得联调时一头雾水。5. 额外想分享的几个细节5.1 日志与问题排查联调时把OkHttp的HttpLoggingInterceptor级别设成BODY能看到完整的请求头、请求体、响应体。但生产环境建议关掉或者只保留BASIC否则用户手机上的日志会打印出Token和账号信息有泄露风险。我自己一般会做一个开关BuildConfig.DEBUG为true时才启用BODY级别日志HttpLoggingInterceptor loggingInterceptor new HttpLoggingInterceptor(); if (BuildConfig.DEBUG) { loggingInterceptor.setLevel(HttpLoggingInterceptor.Level.BODY); } else { loggingInterceptor.setLevel(HttpLoggingInterceptor.Level.NONE); }5.2 网络超时如何设置设备云平台的数据接口有些查询动作特别慢比如查历史曲线、导出报表可能要跑好几秒甚至几十秒。超时时间设太短接口还没返回APP就先判定失败了。我的经验值登录、获取设备列表等轻量接口读超时10秒历史数据、报表等重量级接口读超时30秒以上上传操作如果有写超时30秒。如果平台支持异步任务模式提交任务后返回任务ID轮询查结果那就更稳妥不会出现一个HTTP请求挂很久的情况。可惜FlexManager这种接口未必提供所以超时时间只能自己兜底。5.3 UI状态管理的细节登录按钮的防重复提交除了前端禁用后端一般也有频控。但前端还是要做好点击登录后按钮进入loading态显示登录中...不可再点网络错误时恢复按钮但保留用户输入的账号和密码别清空密码框建议用InputType.TYPE_CLASS_TEXT | TYPE_TEXT_VARIATION_PASSWORD同时提供眼睛图标切换明文输入错误密码时排查方便很多。这些细节不写代码都能想到但真正写的时候很容易漏。5.4 多环境切换联调阶段经常要给开发、测试、生产各配一套服务器地址。如果每次编译都改代码里的BASE_URL改来改去容易出错。可以在BuildConfig里配置不同Build Type的BASE_URLbuildTypes { debug { buildConfigField String, BASE_URL, \https://test.flexmanager-api.com/\ } release { buildConfigField String, BASE_URL, \https://api.flexmanager.com/\ } }这样debug包和release包自动指向不同环境省心很多。如果只是临时测试也可以在登录页隐藏入口里做个环境切换面板长按版本号5次弹出来运营和测试都能自己切。6. 最后唠叨两句整个项目做下来我最深的感触是接入第三方平台的API真正的难点不在代码而在沟通和文档确认。代码就是那几十行Retrofit请求难的是搞清楚接口字段、错误码、Token刷新机制、服务器证书这些纸面之下的东西。所以我的建议是接到这类任务后第一件事不是开Android Studio而是先找厂商要三样东西API文档、测试环境地址、测试账号。拿Postman把登录接口调通确认返回数据结构再回来写Android代码。这能避免你写到一半发现接口结构和想象的完全不一样。另外代码写完之后一定要做两个测试一是把手机系统时间改乱看看Token过期判断会不会出问题二是断网跑一遍登录看看APP会不会因为超时设置不当直接ANR。这两个测试我每次都会做测出来的问题比想象的多。设备云平台接入的路还长登录只是第一步。后面还有设备列表、实时数据、历史曲线、报警推送一个比一个有意思。把登录这关扎扎实实打好了后面的路会顺很多。