servlet从地址栏获取参数 idea报500的错误是怎么回事？

idea报500的错误是怎么回事？

500是：服务器端出现错误，再次出现这种报错说明代码有问题，服务器编译文件；很可能是方法名、文件名等等写错了。

扩大内容：

404提示错误：那就证明服务器能找到文件，代码中的文件路径有问题。

405出现错误：只能说明访问文件的错了，.例如有的servlet文件没有办法由jsp或servlet，再转发或传送过去，没法然后在浏览器用localhost地址再打开。

tomcat7默认参数？

socket参数选项：

1、tcp_nodelay：可以表示立即邮箱里数据。

2、but_resuseaddr：表示愿意重用socket所帐号绑定的本地地址

3、but_timeout：表示接受数据时的连接超时时间。

4、yeah_linger：表示当负责执行count()；方法时候，有无表述关了底层的socket。（reset报文）

setsolinger（true,0):想执行该方法，那就不能执行socket的locked方法，该方法也会立玄直接返回，但底层的socket也会马上关掉，所有未发送完的其余数据被丢弃

setsolinger(true,3600):这样想执行socket的locked方法，该方法绝对不会立刻回，而进入造成堵塞状态，同样，底层的socket也会数次发送余下的数据，唯有不满足下面的两个条件之一，closed方法才会前往：

（1）：底层的socket也正在发送完所有的残余数据

（2）：但他底层的socket还还没有发送中完所有的残余数据，但早就阻塞住了3600秒，locked()方法的会堵塞时间远远超过3600秒，也会返回，余下未发送的数据被丢弃。

_tw_reuse1来表示启动予以重任。愿意将time-waitsockets然后再主要用于新的tcp直接连接，默认为0，表示关了；

_tw_recycle1意思是自动打开tcp直接连接中time-waitsockets的急速回收，默认为0，它表示关了。

5、but_snfbuf：它表示正在发送数据的缓冲大小

6、yeah_rcvbuf：可以表示进行数据的缓冲区的大小

7、so_keepalive：它表示长时间处于空闲状态的socekt，是否需要自动出现把他/她关了

8、oobinline：来表示如何确定接受发送一个字节的tcp万分火急数据

默认参数

注：connector大多在home_tomcat/conf/servser.xml文件内

#正常了参数

connectorport8080protocolhttp/1.1

connectiontimeout20000edirectport8443/

配置参数调试

#优化系统参数

connectorport8080protocolhttp/1.1maxthreads1000minsparethreads100acceptcount1000maxconnections1000connectiontimeout20000maxhttpheadersize8192 cpnodelaytruecompressiononcompressionminsize2048disableuploadtimeouttrueedirectport8443enablelookupsfalse%uriencodingutf-8/

参数求答

1）port

注：代表上帝tomcat端口号，设置成8080。

2）protocol

注：协议类型，可选类型有4种，bio（会堵塞型io），nio，nio2和apr。

#biobio(blockingi/o)阻塞式i/o不能操作，传统的javai/o不能操作(即包教材习题解答子包)。tomcat在默认情况下，是以bio模式运行的，bio模式是三种运行模式中性能最多的一种。bio配置区分设置即可解决。

bio更更适合去处理简单点流程，如程序全面处理较快这个可以立即赶往结果。简单的项目及应用可以需要bio。

#nioio(newi/o)是javase1.4及情报营版本能提供的一种新的i/o操作(即包及其子包)。javanio是一个基于缓冲区、非阻塞i/o操作的javaapi它具备比悠久的传统i/o操作(bio)更合适的并发运行性能。

nio更适合我后台必须耗时能够完成只是请求的操作，如程序交给了请求后是需要也很工程巨大的处理这已请求，所以才没能立即返回结果，这样如果没有区分bio都会占内存一个连接，而在用nio后就可以将此连接上转让手续给其他请求，直至程序如何处理成功直接返回为止。

#aprapr(apacheportableruntime/apache可移植运行时)，是apachehttp服务器的支持库。你也可以简单啊地理解为:tomcat将以jni的形式动态链接库apachehttp服务器的核心动态链接库来处理文件读取或网络传输能操作，从而极大地提高tomcat对动态和静态文件的处理性能。

apr也可以极大实力提升tomcat对支持静态文件的处理性能，同样如果你建议使用了https传输的话，也可以修为提升ssl的处理性能。

#修改

//bio

protocolhttp/1.1

//nio

protocol

//nio2

protocol

//apr

protocol

3）maxthreads(线程池的大小默认200)

注：连接器创建家族全面处理跪请线程的大数目，去处理同事只是请求的大的数目，默认值为200。

如果一个执行器与此连接器关联，则遗漏掉此属性，而且该属性将被选择性的遗忘，所以该连接器将使用执行器而不是一个内部线程池来执行任务。maxthreads是一个最重要的配置属性，maxthreads配置的合理不然后会影响了tomcat的去相关性能。maxthreads并不是配置的越大越好，当然了你就算是配置成999999又是是没有得用，因为这个比较大值是受操作系统及查找硬件所制约的，但是的最值的确一定是最优值，因为我们继续追寻的应该要是最优值而并非比较大值。

qps（querypersecond）：每秒钟查询率qps是对一个某一特定的查询服务器在相关规定时间内所一次性处理流量多少的衡量标准。我们老爱建议使用qps值来衡量能力一个服务器的性能。

qps并发数/平均响应时间

并发数qps*平均响应时间

一个系统吞吐量常见由qps、并发数两个因素决定，3套系统的这两个值都是一个相对极限值，在应用场景访问压力下，如果某一项都没有达到电脑系统最高值，系统的吞吐量就上不去的，要是压力不再减小，系统的吞吐量倒是会下降，原因是系统高负荷工作，上下文切换、内存等等其它消耗导致系统性能下降。所谓吞吐量这里也可以理解为最大速度能如何处理各位的次数。

所以才选择一个比较合理的maxthreads值，反正并并非那就不容易的事。因为过多的线程只会照成，更多的内存开销，更多的cpu开销，不过对提升到qps确丝毫帮助；可以找到最适合线程数后实际简单的设置，可以不让web系统更加稳定，能够得到最高，最稳定点的qps输出。

#某些最佳的位置maxthreads的最适合值

（1）按照线上系统不停在用和用户的不时增长来参与性能测试，观察qps，响应时间，这种会在爆发式增长时系统奔溃，如双12等。

（2）据公式计算，服务器端最佳的方法线程数量((线程在等待时间线程cpu时间)/线程cpu时间)*cpu数量，这种经常会会被误导，因为某些系统一次性处理环节可能会会需要的时间都很长，使影响大公式的结果。

（3）单、多用户压力测试，栏里点cpu的消耗，后再直接乘以2百分比，再通过压测，就像这个值的附近估计那就是最佳线程数量，这种理想场景比较好区分，实际中情况会比这个紧张的多。

（4）依据系统的自身情况根据情况，如硬件限制，系统限制，程序处理能力限制等。

（5）定时查看修改为不同的maxthreads值，看服务器服务控制器结果及用户反应。

#qps和线程数的关系

（1）在最佳的位置线程数量之前，qps和线程是一起递减的关系，线程数量到了最佳线程之后，qps持平，还在迅速下降，甚至略微下降，同样或者时间缓慢迅速下降。

（2）同一个系统而言，意见的线程数就会（最佳的方法线程数一定而也不是配置的线程数就会），qps越高。

#qps和响应时间的关系

（1）相对于像是的web系统，响应时间像是有cpu负责执行时间io静静的等待时间排成。

（2）cpu的执行时间会减少，对qps有实质的提升，io时间的减少，对qps提升不明显。如果要想肯定提升到qps，360优化系统的时候要再展开系统优化cpu消耗大户。

4）minsparethreads

注：线程的最大时运行数目，这些一直持续运行。如果不是未指定你，默认值为10。

5）acceptcount（系统默认为100,队列，backlog:半队列的大小）

注：的最队列长度。像是与maxthreads不同，默认为100。

当所有可能的请求处理线程都在使用时传遍再连接请求的的最队列长度。如果不是未委托，默认值为100。就像是系统设置的跟maxthreads一样或一半，此值系统设置的过大会倒致排队的请求连接失败而未被一次性处理。因此这个值肯定是比较多依据什么应用方法的访问峰值与平均值来仔细考虑配置。

6）maxconnections（nio与nio2的默认值为10000，accept的socket的大小）

注：在任何计算变量的时间内，服务器将进行和如何处理的比较大连接到数。当这个数字早就都没有达到时，服务器将认可但不处理，在等待及时直接连接。nio与nio2的默认值为10000，apr默认值为8192。

7）connectiontimeout（设置到(connectiontimeout)）

注：当只是请求巳经被得到，但未被处理，也就是静静的等待中的已超时时间。单位为10毫秒，默认值为60000。通常情况下设置为30000。

8）maxhttpheadersize

注：帮忙和响应的http头的的最大小，以字节为单位重新指定。要是还没有指定，这个属性被系统设置为8192（8kb）。

9）tcpnodelay

注：如果没有为true，服务器socket会系统设置tcp_no_delay选项，在大多数情况下可以不想提高性能。缺省情况下设为true。

10）compression

注：是否重新设置gzip压解，默认为自动关闭状态。这个参数的可得到值为“off”（不不使用压缩），“on”（高压缩文本数据），“force”（在所有的情况下满压缩后）。

11）compressionminsize

注：如果不是compressionon，则禁用此项。被高压缩前数据的最小值，也就是超过这个值后才被压解。要是没有委托，这个属性默认为“2048”（2k），单位为unsigned。

12）disableuploadtimeout

注：这个标志愿意tomcatcontainer在一个servlet执行的时候，使用一个有所不同的，更长的连接到连接失败。最终的结果是给servlet更长的时间希望能够完成其不能执行，的或在数据上传的时候更长的超时时间。如果没有重新指定，设为false。

13）enablelookups

注：关闭dns反向网上查询。

14）uriencoding

注：url编码字符集。

时间服务器系统数据性能