1. 我觉得web 跟 android 都是一个表面化的东西 是让人看的 往里面的填充的数据就需要 页面里的逻辑或者页面的点击事件 激活 请求后台数据的代码 从后台获取到数据然后 显示在前面。 各大神对这个我的理解有什么批评指正的吗
2. 后台难道是24小时开启不间断的检测谁谁谁发来什么样的请求了吗？
然后马不停蹄的就按照代码逻辑 增删改查之后 返回信号吗？？
3. 要是一瞬间有500 1000 10000人去发送同一个请求 ，这是不是就是后台的难点之一啊
4. 我要发送1个长为20分钟的流给后台 要求后台存起来或者转换转换成其他格式的再发送给别的人 是后台会开出一个通道等我20发送完了才开始处理 ？ 还是有其他的处理办法？
5. 除了数据库增删改查 流 来回的解析数据 生成数据之外 java后台还需要做写什么啊

我擦 继续没什么人鸟我。。
这是不水出名不能提问的节奏吗？

果然是啊

怒翻到首页

怒翻到首页

怒翻到前排

多大的文件能传20分钟

其实我就是来看看2楼会不会被抢掉
　　　———御坂不以为然地说到。

1.第一条理解，基本可以，后台一般是运行在相应的服务器中，拿java举例，后台服务器就是实现了j2ee规范的一些个容器。在容器中维护着一些功能，等待用户来调用。前台的作用就是将调用这些功能的方法，封装成一个个友好的，用户能够理解的UI，比如按钮，比如右键点击等等，另外，由于后台返回的数据一般只有开发人员能够看懂，所以对于这些个返回我们前端也做一些UI封装，比如图标，比如动画等等。
2.由于后台是个容器，那么它的责任就是让我们运行在上边的功能实现24小时可用，当功能不能用了 也就是出bug，或者你把容器停止了，容器会对相应的端口进行监听，一般我们配置后台的时候会配置端口，当这个端口被访问的时候，容器就把访问拿过来，然后分析它，根据我们配置的规则找到相应的功能进行执行。
3.第三点就是并发问题了，同时访问的人多了，我们就需要处理效率问题，保证每个请求能够在用户可以容忍的范围内给予相应，楼主理解的不错。
4.对于流，我能够想到的是上传文件，由于上传的文件在客户端，而接受的地方在服务端，之间有网速限制，而且上传这种东西也是需要给人家用户取消的权利的，时间长短根据文件大小来定，而上传到后台本身也是一个请求，只是这个请求执行时间比较长而已。至于是否请求结束再处理，就看楼主的需求了。
5.java后台能做的事情还是比较多的，只是在web应用中，形式上类似而已，同样的解析数据，有的地方就是查数据库，然后简单封装，而有的地方就是使用比较复杂