不懂就问 就 Java 来说 APP 的后端开发 和 web 的后端开发有区别吗

没有。下一个

准确地说，要看你前后端的分离程度
比如 Web 的话，你后端可以直接在 Cookie 里存 JSESSIONID ，APP 部分就稍微有点不一样。
同时你也要了解浏览器的同源限制。
其他的楼下补充

如果你的 web 是前后端分离的，那后端是一样的，否则要提供前端。

鉴权可能有区别

现代 App 大都是 native + h5 混合体，App 后端 = App 后端 + Web 后端。
App 也可以在 Cookie 里存 SESSIONID ，Web 也可以自定义 Header 存 token 。

没什么不同，鉴权跨域什么的都不叫事。2C 和 2B 差别都要比这大

有的，App 后端可以考虑用二进制协议

没搞过 app 后端，是不是 app 后台就不用 http 协议了

@xrxb 跟 web 后端基本没区别，一样 https

这不都是大前端吗，不要区分前端就好了

感觉都一样，不过 app 后端版本控制要做好，毕竟要兼容老版本 app

web 和 app 后端早就一统了，搞两套接口情况几乎没有

一般都是同一套后端, 共用接口. 除非界面和交互完全不一样, 需要特地搞一个 web/app 特有的接口.

个别情况有，比如做 IM 的需要用 socket 做长链接。

普遍而言，面向 web 的 API 接口设计往往都趋近于保守。

所以我个人理解，可以一样。
但是如果追求极致性能等原因，因为 app 有相对更强的安全性，服务于 app 的 API 可以设计的更极致一些。

我都开发过，都是提供接口给前端调用就行。

基本没区别，不少 app 本来就是 web 套壳

app 后端版本兼容性挺烦的，有时候客户端的 bug 还要 hardcode 兼容

既然都分前后端了，应该是没区别的

写 app,数据库是文件（如 sqllite ），可以操作边缘设备符，如摄像头，麦克风
协议么，不受 W3C 越俗，quic ，libp2p ，raknet 等等都能用
状态数据要存内存加速，app 是个有状态程序，当然也可以依赖 sqlite ，或者每次都从服务器 get

写 web 后台，只有数据，数据库+http 数据，大概率是个无状态的服务，数据在 db ，状态在 mdb （如 memcache ）里面，数据库的 sql 语句是瓶颈，如恒生电子的大 java 金融平台，一条 sql 执行 7 分钟才能出来