A. 怎么在java web开发中进行流量控制
不太明白你问的问题。你说的是并发？，不过不是我估计没有人能回答你的问题。
B. 这两个有什么区别
GPRS是上网方式，wap是网站的形式，
cmnet和cmwap是移动的上网类型
3gnet和3gwap联通的上网类型
如果你希望对CMWAP和CMNET了解有什么不同，那么就读完全篇吧。
(1) 为什么会有两个接入点？
在网上查阅大量资料后并经过反复的尝试与探索后，我大致对中国移动提供的这两种接入方式有了初步了解。
在国际上，通常只有一种GPRS接入方式，为什么在中国会有CMWAP和CMNET两兄弟呢？（彩信之所以单独配置接入点是因为彩信服务需要连接专用的服务器，在这里不作探讨。）
其实，CMWAP 和 CMNET 只是中国移动人为划分的两个GPRS接入方式。前者是为手机WAP上网而设立的，后者则主要是为PC、笔记本电脑、PDA等利用GPRS上网服务。它们在实现方式上并没有任何差别，但因为定位不同，所以和CMNET相比，CMWAP便有了部分限制，资费上也存在差别。
(2) 什么是WAP？
WAP只是一种GPRS应用模式，它与GRPS的接入方式是无关的。WAP应用采用的实现方式是“终端＋WAP网关＋WAP服务器”的模式，不同于一般Internet的“终端＋服务器”的工作模式。主要的目的是通过WAP网关完成WAP-WEB的协议转换以达到节省网络流量和兼容现有WEB应用的目的。
WAP网关从技术的角度讲，只是一个提供代理服务的主机，它不一定由网络运营商提供。但据我所知，中国移动GPRS网络目前只有唯一的一个WAP网关：10.0.0.172，有中国移动提供，用于WAP浏览（HTTP）服务。有一点需要注意，WAP网关和一般意义上的局域网网关是有差别的，标准的WAP网关仅仅实现了HTTP代理的功能，并未完成路由、NAT等局域网网关的功能。这就决定了它在应用上所受到的限制。
(3) 中国移动对CMWAP的限制
为了从应用中区别两者的定位，中国移动对CMWAP作了一定的限制，主要表现在CMWAP接入时只能访问GPRS网络内的IP（10.*.*.*），而无法通过路由访问Internet。（少数地区的移动网络可能不存在这一限制。）我们用CMWAP浏览Internet上的网页就是通过WAP网关协议或它提供的HTTP代理服务实现的。
说到这里，就让我自然而然的联想到我们公司的网络，相信不少工作的朋友都有类似的体会。公司的网络在网关上不提供路由和NAT，仅仅提供一个可以访问外网的HTTP代理。这样，我们就无法直接使用QQ、MSN等非HTTP协议的应用软件了（好在它们还提供的有HTTP代理的连接方式）。CMWAP也正是
(4) 适用范围
适用范围才是大家最关心的问题。CMNET拥有完全的Internet访问权，这里就不多说了，主要让我们来看看CMWAP。因为有了上面提到的限制，CMWAP的适用范围就要看WAP网关所提供的支持了。目前，中国移动的WAP网关对外只提供HTTP代理协议（80和8080端口）和WAP网关协议（9201端口）。（据有的网友提到1080端口也是开放的，但无法连接。这也许是移动内部使用的一个Socks后门吧^_^）。
因此，只有满足以下两个条件的应用才能在中国移动的CMWAP接入方式下正常工作：
1. 应用程序的网络请求基于HTTP协议。
2. 应用程序支持HTTP代理协议或WAP网关协议。
如何辨别一个应用程序的网络请求是否基于HTTP协议？
这个问题还真不好回答，要完全做到这一点需要通过拦截应用程序的通信数据包进行分析。这里提供几个简单的方法给广大菜鸟朋友：从表现上看，如果它的网络请求是网址（URL）的形式，那么通常是基于HTTP协议的，如Web浏览器；如果它连接的服务器端口是80，那么它可能是基于HTTP协议的。如果确实无法准确判断，那么请直接看下一个条件。（满足第二个条件的应用一定是基于HTTP协议的）
如何区别一个应用程序支持HTTP代理协议还是WAP网关协议呢？
首先看它的设置中有没有代理服务器的选项（通常在S60上未特别说明的代理都是特指HTTP代理），如果有则表示它支持HTTP代理协议。如果没有，则需要按照以下步骤测试：
在GPRS接入点设置的高级设置里去掉代理服务器的设置项：Server Address 和 Server Port（，如果应用程序可以正常工作，那么它是基于WAP网关协议，如Java程序、S60内置的浏览器。如果在此状态下不能正常工作，而恢复GPRS接入点高级设置中的代理服务器设置后能够正常工作，则应用程序支持HTTP代理协议（代理设置从系统中读取）。如果仍不能正常工作，那么这个应用程序一般来说是不支持HTTP代理协议或WAP网关协议的。
这里需要特别说明的是JavaQQ，它有Socket和HTTP两种版本。现在网上流传的可用于CMWAP的JavaQQ就是基于HTTP协议的。就拿那个JavaQQ 2004来说，启动画面中就明确的写着“KJava QQ HTTP”。而SIS版的QQ和AgileMessenger（S60的MSN客户端）因为是采用的普通的Socket连接方式，因此无法用于CMWAP。
------------------------------------------------------------------------------------
GPRS
通用分组无线业务，它是利用“包交换”概念所发展出得一套无线数据传输方式。GSM系统在数据传输时采用与语音相同的电路交换方式，需要预先建立从发送端到接收端的持续连接，在通信过程中无论有无数据传出，始终独占着信道。而GPRS的分组交换则是把数据分成若干小的数据包，通过不同路径同时或先后传输。GPRS并不独占固定的电路，而是即可以一个用户占用多个信道，又可以多个用户占用一个信道。因此，GPRS可以在不浪费网络资源的情况下实现“时刻在线”，相较与原来的GSM的拨号方式，上网方便了许多，更重要的是GPRS可以实现高速数据传输。
GPRS属于2.5G技术，因此，一些人认为它是GSM网络的替代。其实，GPRS是GSM在数据方面的补充，它通过增加一些硬件设备和软件升级，在原有GSM网上叠加了一个新的数据网络。GPRS也不替代GSM原有的数据功能。对于多数使用GPRS的手机用户来说，既可以使用GPRS上网，也可以用GSM原来的拨号方式上网。还有些人认为GPRS是WAP的替代，好像有了GPRS，WAP就会消失。其实，GPRS和WAP属于两种不同的范畴，WAP是移动互联网内容和服务的一种协议，而GPRS是无线数据的一种传输方式。我们可以把GPRS想象成一条快速公路，WAP则是公路上行驶的车辆，通过这条公路，我们可以快速便捷的享受各种内容和服务。GPRS的开通，对WAP的发展是一种促进。使用GPRS终端，可以快捷、方便的享受到各种WAP服务。
GPRS能够提供的业务有移动商务、移动信息服务、移动互联网业务、虚拟专业网业务、定位服务、多媒体业务等，象网上聊天、移动炒股、远程监控、远程计数等消流量高频率传输的数据业务特别适合GPRS的特点。
我们常常说到GPRS class 10，一些朋友就问啦：GPRS class 10是什么啊？其实，不管是GPRS class 10还是GPRS class 8都是指GPRS终端能使用的信道数量，象手机的GPRS功能多为 class 8、class 10、 class 12的，它们并不是指有8、10、12个信道可以供你使用，它们的总信道都是5个，一些人又闹不明白了，那还有什么区分啊？答案－－其实它们的区分主要在于最大可以使用的上行信道，它们的下行信道最大都是可以使用4个信道的；我举些例子来说吧，象我们OT735的是GPRS class 10，它最高支持2个上行信道，它可以同时使用4个下行信道和1个上行信道，又或者可以同时使用3个上行信道和2个下行信道；而GPRS class 12可以支持4个上行信道，不但可以同时使用4个下行信道和1个上行信道，反之也可以同时使用1个下行信道和4个上行信道；GPRS class 8只支持1个上行信道，它只能同时使用4个（或以下）下行信道和1个上行信道。
C. 赚钱最快的方法。
挣钱最快的办法有：上班求职、自己创业、自媒体、做网购，详细介绍如下：
1、上班求职，找一份适合自己的工作，踏踏实实地去工作，每天用心去完成公司指派的任务，获得工资收入，公司提成，公司奖励来赚钱。通过努力提升自己的薪酬水平。
2、自己创业，创业成功后赚钱也容易，也来得快。前提是能够成功，而创业的过程是漫长而又艰难的。需要付出百倍的努力才可能成功，同时还需要面对失败的打击。所以，正确看待创业，不要盲目跟风。
3、自媒体是当前赚钱最快的行业之一，如百家号、头条号只要会写文章、制作视频即可获得广告收益。
4、可以做网购，网购是人们消费的主战场，如淘宝、京东、拼多多，面对如此大的市场，只要掌握好的货源，肯定会有赚钱的机会。
注意事项：
1、创业、经商卖得就是产品或服务，如果口才不好，产品再好，别人也难以了解和接受，所以说要努力提高自己的口才和语言表达能力。
2、坚持不懈地加强学习，不一定非要学商业专业、营销专业，平时多看商业方面、管理方面、投资方面、社交方面的书籍杂志。
D. java web开发缓存方案，ehcache和redis哪个更好
这里就不再逐个讨论了，我将会在一个实际应用程序开发场景中介绍其中的一些。使用Redis作为一个缓存解决方案我之前提到过，Redis可轻易地用作一个缓存解决方案，碰巧我现在正好需要这样一个！在该应用程序示例中，我将Redis集成到我基于定位的移动Web服务中，称之为Magnus。如果您没有关注本系列，那么我会先使用Play框架实现Magnus，从那时起我就已经在各种实现中开发和重构它了。Magnus是一个简单服务，可以通过HTTPPUT请求使用JSON文档。这些文档描述了特定帐号的位置，表示持有移动设备的人。现在，我想要将缓存集成到Magnus，也就是说我想要通过将不常更改的数据存储在内存中以减少I/O流量。Magnus缓存！在清单5中的第一步中，可以通过get调用了解新引入的帐户名称（一个键）是否为REdis中的一个键。get调用可以将帐户ID作为一个值返回，或者将返回null。如果返回一个值，我将用其作为我的acctId变量。如果返回的是null（表明该帐户名称不是Redis中一个键），那么我将在MongoDB查找该帐户值，并通过set命令将其添加到Redis。这里的优势是速度：接下来，被请求的帐户将提交一个位置，这样我就能够从Redis中获取其ID（作为内存缓存），而不是转到MongoDB并带来额外读取I/O成本。清单5.使用Redis作为内存缓存"/location/:account"{put{defjacksonMapper=newObjectMapper()defjson=jacksonMapper.readValue(request.contentText,Map.class)defformatter=newSimpleDateFormat("dd-MM-yyyyHH:mm")defdt=formatter.parse(json['timestamp'])defres=[:]try{defjedis=pool.getResource()defacctId=jedis.get(request.parameters['account'])if(!acctId){defacct=Account.findByName(request.parameters['account'])jedis.set(request.parameters['account'],acct.id.toString())acctId=acct.id}pool.returnResource(jedis)newLocation(acctId.toString(),dt,json['latitude'].doubleValue(),json['longitude'].doubleValue()).save()res['status']='success'}catch(exp){res['status']="error${exp.message}"}response.json=jacksonMapper.writeValueAsString(res)}}注意，清单5中的aMagnus实现（使用Groovy编写）仍然使用一个NoSQL实现作为数据模型存储；它仅仅使用Redis作为一个缓存实现用于查询数据。因为我的主要帐户数据位于MongoDB中（事实上，它驻留在MongoHQ.com中），而我的Redis数据存储在本地运行。在随后查找帐户ID时，Magnus速度将显着提升。可是等等！我为什么同时需要MongoDB和Redis？难道我就不能单独使用一个吗？ORM的Node.js很多项目均提供ORM类映射用于Redis，其中包括一个极富影响力的基于Ruby的备用方案，称为Ohm。我检查了该项目基于Java的派生产品（称为JOhm），但是最终决定使用一个为Node编写的派生产品。Ohm及其派生项目的妙处在于他们允许您将一个对象模型映射到一个基于Redis的数据结构。因此，您的模型对象是持久性的，同时在大多数情况下其读取速度也非常之快。有了Nohm，我便能够使用JavaScript快速重写我的Magnus应用程序并能立即持久化Location对象。在清单6中，我已定义了一个Location模型，该模型包括3个属性。（注意，我通过将timestamp设置为一个字符串而不是一个真实的时间戳，从而简化我的示例。）清单6.Node.js中的RedisORMvarLocation=nohm.model('Location',{properties:{latitude:{type:'float',unique:false,validations:[['notEmpty']]},longitude:{type:'float',unique:false,validations:[['notEmpty']]},timestamp:{type:'string',unique:false,validations:[['notEmpty']]}}});Node的Express框架使NohmLocation对象的使用变得十分简单。在我的应用程序PUT实现中，我可以捕获正在进入的JSON值，并通过Nohm的p调用将其导入到一个Location实例。然后我再检查该示例是否有效，如果有效，我会对其进行持久化。清单7.在Node的Express.js中使用Nohmapp.put('/',function(req,res){res.contentType('json');varlocation=newLocation;location.p("timestamp",req.body.timestamp);location.p("latitude",req.body.latitude);location.p("longitude",req.body.longitude);if(location.valid()){location.save(function(err){if(!err){res.send(JSON.stringify({status:"success"}));}else{res.send(JSON.stringify({status:location.errors}));}});}else{res.send(JSON.stringify({status:location.errors}));}});正如清单7所示，可以轻易地将Redis构建成一个极其快速的内存数据存储。在一些案例中，它甚至是一个比memcached更好的缓存！结束语Redis对于许多数据存储场景非常有用，因为它可以将数据持久化到磁盘（还因为它支持一个丰富的数据集），有时候，它是memcached的有力竞争对手。有些情况下，对于您的领域也是很有意义的，您可以使用Redis作为数据模型和队列的一个备份存储。Redis客户端实现几乎可被移植到任何编程语言中。Redis不是RDMBS的完全替代品，也不是一个重量级存储，但是和MongoDB一样拥有丰富的功能。然而，在很多情况下，它可与这些技术共存。
E. 计算机软件专业毕业的学生，在毕业之后干什么工作待遇比较好
计算机类专业毕业就业范围很广，技术好的可以去互联网大厂，可以考事业单位或公务员，也可以去当教师，技术差一点的可以去一般的民营企业，是一个比较好就业的绿牌专业。计算机专业毕业的就业面还是挺广的，所学具体专业不同，那就业方向肯定也不一样，同时可以从事对口的的工作，也可以从事其他自己喜欢的行业。以下简单概括一下：
总的来说，计算机专业毕业以后，不一定都是程序员，世上的路有千千万万条，至于怎么走，就看你自己选择哪一条了。
F. 昆明Java培训：微服务：JavaEE的拯救者还是掘墓人
G. 塞班版UCWEB7.2比JAVA版UCWEB7.2费流量的问题！
UC那些都是一样的，但可能他没开预读或者图片，而你开了。一般来说都是一样的
H. 在线等！！ java spring 框架 如何计算http请求上行下行流量多少
http请求的上下行流量，包含消息头 、消息体等，上行流量计算上行报文大小、下行流量计算下行报文大小。
但PHP、Node.js扩展方面短板太明显，做小应用可以，大型应用就玩不转了。
另外，JavaEE领域有太多优秀框架可以解决开发效率的问题，事实上借用Spring等框架，开发的效率丝毫不亚于PHP。
互联网时代的Java开发者，很多都不是基于Servlet和EJB来开发Web应用，而且WebLogic、WebSphere也只会存在于大公司的存量系统中，互联网公司的Java都是Tomcat的世界。
那么，微服务能完全弥补JavaEE的短板吗?对于JaveEE来说，微服务扮演的，究竟是拯救者还是掘墓人的角色?
那么如何通过一门编程语言来赚钱呢?答案就是，使用这门语言构建复杂无比的服务器，让那些大公司支付一大笔费用来购买这些服务器。
于是紧接着就出现了JavaEE规范、JSR规范，以及WebLogic、WebSphere等服务器中间件。
在这些服务器上面部署了大型的程序包，它们运行缓慢，消耗大量的内存。
基于这些容器的开发和调试对开发人员来说简直就是噩梦，作为对他们的补偿，他们从雇主那里获得了丰厚的报酬。
因为耗资巨大，几乎找不到一家公司可以使用合理的费用长时间地支持Java。
如果你要用Java构建一个网站，你必须支付一大笔费用来运行这些服务器，哪怕你只用到了Servlet容器。
在很长一段时间里，Java被用在企业和公司里，因为只有这些大公司能够负担得起数百万美元的服务器费用，并为那些企业级开发人员支付高额的薪水。
RodJohnson在2003年发布了Spring框架，Spring提供了IoC和对POJO的支持，帮助开发人员逃脱EJB魔掌。
开发效率因此得到大幅的提升，大量开发人员转向Spring，把EJB丢在一边。
应用服务器开发商看到了这一点，他们在JavaEE5里提供了一些可以减轻开发人员负担的特性。
可惜的是，Spring被一路追捧，人们几乎把它跟JavaEE容器混为一谈，它仍然运行在JavaEE的Servlet容器里，这些容器沿用的是十年前的设计，并没有考虑到多核CPU和NIO。
在这期间，PHP奋起直追。
PHP使用更少的内存和资源，得到很多公司的支持。
一些CMS平台，比如WordPress、Drupal等都是基于PHP构建的，这些平台吸引了大批PHP开发人员。
不过，虽然PHP仍然是现今最流行的编程语言，但它也有自己的短板。
它运行速度不是很快，而且难以横向扩展。
2009年，RyanDahl启动了Node.js项目，它支持异步非阻塞的、基于事件驱动的I/O。
如果服务器的线程使用得当，Node.js可以极大地提升响应速度，单个服务器的吞吐量可以媲美一个JavaEE服务器集群。
Node.js是一个很好的作品，但它也有自己的局限性。
Node.js难以扩展，也难以与遗留的系统集成。
2014年，Undertow出现了，它是一个基于Java的非阻塞Web服务器。
从#的测试结果来看，在一个价值8000美金的戴尔服务器上，它可以每秒钟处理几百万个请求，而谷歌需要使用一个集群才能处理一百万个同样的请求。
它是轻量级的，它的核心部分只需要1M内存，它还包含了一个内嵌的服务器，这个服务器使用不到4M的堆内存。
基于UndertowCore构建的LightJavaFramework是一个微服务容器，它支持设计驱动及生成代码，并支持运行时安全和运行时验证。
但现在这些服务器卖不动了，因为JBoss迅速抢占了市场份额，Oracle对JavaEE的支持正在走下坡路：#/story/16/07/02/1639241/oracle-may-have-stopped-funding-and-developing-java-ee随着微服务越来越多地受到关注，这些应用服务器很难有好的销量，因为这些服务器更适合用来部署单体应用。
有一个包含了数百个EJB的应用，为了在WebLogic上测试一行代码改动，居然用了45分钟时间。
JavaEE客户
一个为WebSphere开发的应用无法部署在WebLogic上，所以你需要花更多的钱去升级服务器，因为厂商可能不再支持旧版的服务器，而这样的更新会花费你数百万美元。
于是一些聪明人不禁要问，为什么我们要把应用部署在这些庞然大物上?为什么我们要把应用打包成一个ear包或war包，而不是jar包?为什么我们不能把大型的应用拆分成更小的块，让它们可以独立部署和扩展?微服务
Wikipedia把微服务定义为“??一种软件架构风格，复杂的应用由一些独立的进程组成，这些进程使用与语言无关的API进行交互。
这些进程服务规模很小，高度离散，聚焦在一个很小的任务上，使用模块化方式来构建系统”。
微服务架构让构建应用变得更加容易，而且应用被拆分成单独的服务，这些服务可以被任意组合。
每个服务可以被独立部署，也可以被组合成一个应用。
这些服务还可能会被其他应用依赖。
它加快了服务的开发速度，因为只要定义好接口，服务可以并行开发。
微服务具备弹性和伸缩性。
微服务不只依赖单个服务器和部署，它们可以被发布到多个机器上，或者多个数据中心及其它任何可用的区域。
如果一个服务失效，可以启动另外一个。
因为整个应用被分解成了微服务(小型服务)，可以很容易地对其中某些热门的服务进行横向扩展。
如果你曾经使用过COM、DCOM、CORBA、EJB、OSGi、J2EE、SOAP和SOA等，那么你就会知道服务和组件并不是什么新生事物。
企业在使用组件方面存在的一个最大问题是他们依赖大型的硬件服务器，并在同一个服务器上运行很多应用。
我们有EJB、WAR包和EAR包，以及各种组件包，因为服务器资源太过昂贵，要尽可能地物尽其用。
不过从最近几年的发展情况来看，之前的方式有些落伍。
操作系统服务器一直在变化，虚拟资源可以被当成组件发布，比如EC2、OpenStack、Vagrant和Docker。
世界变了。
微服务架构看到了这种趋势，硬件、云技术、多核CPU和虚拟技术也在发展，所以我们要改变以前的开发方式。
在开始新项目的时候不要再使用EAR包或WAR包了。
现在我们可以在Docker里运行JVM，Docker只不过是一个进程，但它可以表现得像一个操作系统一样。
Docker运行在云端的操作系统上，而云端的操作系统运行在虚拟机里，虚拟机运行在Linux服务器上。
这些服务器不是归谁所有，而是被很多互不相识的人共享。
如果出现流量高峰怎么办?很简单，使用更多的服务器实例。
这就是为什么要把Java微服务运行在一个单独的进程里，而不是JavaEE容器或servlet容器。
微服务一般会提供基于HTTP/JSON的API端点。
这样可以很容易地与其他服务(开源或闭源的)集成，只要这些服务提供了HTTP/JSON接口。
服务可以通过更有意义的方式被消费、被组合。
EC2、S3及其他来自Amazon(或其他公司)的服务就是最好的例子。
基础设施会成为应用程序的一部分，而且它们是可编程的。
使用微服务架构的应用程序应该是模块化、可编程和可组合的。
微服务之间可以相互替换。
应用程序的局部可以被重写或改进，而不会影响到整个应用。
如果所有的组件都提供了可编程的API，那么微服务之间的交互就会变得更简单(永远不要相信那些不能通过curl访问的微服务)。
随着微服务逐渐流行起来，很多厂商开始尝试把他们的JavaEEWeb服务转成微服务，这样他们就可以继续卖他们的过时产品，APIGateway就是这些厂商中的一个。
JasonBloomberg是Intellyx的主席，他在一篇文章里指出了传统Web服务和微服务的区别，并对把传统Web服务转成微服务的趋势提出了质疑：#/dangers-microservices-washing-get-value-strip-away-hype微服务不是企业服务总线里的Web服务，也不是传统的面向服务架构，尽管它沿袭了SOA的一些基本概念。
从根本上来说，微服务跟SOA是不一样的，因为整个环境已经发生了彻底的转变。
微服务架构的环境是没有边界的：端到端，基于云的应用程序运行在完全虚拟和容器化的基础设施上。
容器把应用程序和服务组件化，DevOps为IT基础设施提供框架，帮助自动化开发、部署和管理环境。
虽然容器对微服务来说不是必需的，不过微服务可以很容易地运行在容器里。
况且，把非微服务的代码部署在容器里不是一个明智的选择。
Docker和其他容器技术在某种程度上已经被视为微服务的最好伴侣。
容器是运行微服务的最小资源子集。
Docker简化了微服务的开发，让集成测试变得更简单。
容器有助于微服务开发，但不是必需的。
Docker也可以被用来部署单体应用。
微服务与容器可以很好地相融并进，不过微服务包含的东西远比容器多!结论
大公司把大型应用拆分成可以单独部署的小型应用，这些小型应用被部署在云端的容器里。
开源微服务框架LightJava为这些运行在容器里的微服务提供了很多特性，它支持设计驱动，开发者只需要把注意力专注在业务逻辑上，剩下的事情可以由框架和DevOps流程来处理。
那么问题来了，你怎么看?
然后结合并发量，就可以计算出上下行流量。
这个东西和框架关系不大，主要是了解http协议。