一个tomcat可以占用几个端口 tomcat8009端口被占用可以修改吗？
tomcat8009端口被占用可以修改吗？
情况很难在一瞬间看出，只不过反正是要找出倒底是哪个程序占用资源了这几个端口。也可以在控制台里用“netstat-abn”命令打开系统正在运行的程序所电脑资源的端口这些咨询信息：可以看到，是javaw.exe这个程序占用了8009和8080端口，在资源管理器中把它结束后掉就可以了。
怎样查看8080端口被什么程序占用？
Tomcat起动时最常见的象性问题应该是当前端口被其他程序占用，可能导致的无法启动。根据于此可以直接进入cmd依靠netstat命令一栏当前端口占用带宽情况，随后参照pid在任务管理器中重新启动/都结束了相对应的服务/任务。追加为随机操作：
1、
tomcat启动时说端口被占用，怎么办啊？
不当然是tomcat占用资源了你的8080端口，其它程序也可能会占用带宽你的这个端口号下面教你有什么看法别的程序占你的这个端口号了。假如是那样就把那个占你端口号的程序在任务管理器中结束后掉进程，要是还不行重起下机器就行了。再点“又开始→运行”，框输入“cmd”并回车，打开命令提示符窗口。在命令提示符状态下键入“netstat-a-n”，按动回车键后就看的到以数字形式会显示的TCP和UDP直接连接的端口号及状态（。小知识：Netstat发出命令用法命令格式：Netstat－a－e－n－o－s
tomcat7默认参数？
Socket参数选项：
1、TCP_NODELAY：它表示立刻你的邮箱数据。
2、yeah_RESUSEADDR：意思是不允许委以重任Socket所没绑定的本地地址
3、oh,no_TIMEOUT：表示接受数据时的已超时时间。
4、so_LINGER：可以表示当执行locked()；方法时候，是否是解释关了底层的socket。（Reset报文）
setSoLinger（true,0):不能执行该方法，那么负责执行Socket的closed方法，该方法也会马上返回，但底层的Socket也会立玄自动关闭，所有未发送完的残余数据被丢弃
setSoLinger(true,3600):这样的话想执行Socket的return方法，该方法不会立马赶往，而直接进入会堵塞状态，另外，底层的Socket也会一段时间正在发送其余的数据，仅有不满足下面的两个条件之一，closed方法才会直接返回：
（1）：底层的Socket已经正在发送完所有的其余数据
（2）：事实上底层的Socket还还没有你的邮箱完所有的剩下的数据，但巳经造成堵塞了3600秒，return()方法的造成堵塞时间达到3600秒，也会返回，残余未发送的数据被丢弃。
_tw_reuse1来表示再开启器重。容许将TIME-WAITsockets原先主要是用于新的TCP连接上，默认为0，意思是自动关闭；
_tw_recycle1表示传送TCP连接上中TIME-WAITsockets的飞快回收，默认为0，意思是关闭。
5、oh,no_SNFBUF：意思是发送数据的缓冲大小
6、so_RCVBUF：可以表示认可数据的缓冲区的大小
7、okay_KEEPALIVE：意思是长时间处于多余的时间状态的SOCEKT，如何确定自动把他/她关了
8、OOBINLINE：表示是否允许发送中一个字节的TCP急需数据
默认参数
注：Connector常见在HOME_TOMCAT/conf/servser.xml文件内
#正常了参数
Connectorport8080protocolHTTP/1.1
connectionTimeout20000
redirectPort8443/
配置参数调试
#360优化参数
Connector port8080protocolHTTP/1.1maxThreads1000minSpareThreads100acceptCount1000maxConnections1000connectionTimeout20000maxHttpHeaderSize8192 cpNoDelaytruecompressiononcompressionMinSize2048disableUploadTimeouttrue edirectPort8443enableLookupsfalse%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。
#NIO IO(NewI/O)是JavaSE1.4及现版本需要提供的一种新的I/O操作(即包教材习题解答子包)。Javanio是一个设计和实现缓冲区、非阻塞I/O你操作的JavaAPI它强大比现代I/O操作(bio)更合适的并发运行性能。
NIO更适合后台是需要工程浩大完成帮忙的操作，如程序收到消息了请求后要也很需要的时间的一次性处理这已只是请求，因此难以马上赶往结果，那样如果按结构BIO是会电脑资源一个连接，而在用NIO后就这个可以将此连接到转让手续给其他请求，至使程序如何处理能够完成赶往为止。
#APRAPR(Apache Portable Runtime/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（Query Per Second）：每秒可以查询率QPS是对一个某个特定的查询服务器在相关规定时间内所如何处理流量多少的衡量标准。我们常常觉得建议使用QPS值来衡量能力一个服务器的性能。
QPS并发数/平均响应时间
并发数QPS*平均响应时间
一个系统吞吐量常见由QPS、并发数两个因素改变，3套系统的这两个值都有吧一个相对极限值，在应用场景访问压力下，如果能某一项提升到操作系统极高值，系统的吞吐量就上不去的，如果没有压力继续增大，系统的吞吐量反倒会降到，原因是系统高强度工作，上下文切换、内存等等其它消耗掉可能导致系统性能下降。正所谓吞吐量这里可以不理解为速度10能去处理只是请求的次数。
所以中,选择一个比较合理的maxThreads值，不过并也不是那么很容易的事。毕竟过多的线程只会照成，更多的内存开销，更多的CPU开销，可是对提升QPS确完全没有帮助；找不到适宜线程数后实际简单的设置，可以不让web系统更加稳定，换取最高，最稳定啊的QPS输出。
#某些最佳maxThreads的最佳的方法值
（1）通过线上系统不时建议使用和用户的断的增长来通过性能测试，仔细的观察QPS，响应时间，这种会在爆发式增长时系统文件丢失，如双12等。
（2）依据什么公式计算，服务器端最佳线程数量((线程耐心的等待时间线程cpu时间)/线程cpu时间)*cpu数量，这种老是会被误导，只不过某些系统全面处理环节很有可能会前后历时比较比较长，进而影响不大公式的结果。
（3）单、多用户压力测试，打开系统CPU的消耗，然后再直接除以百分比，再参与压测，好象这个值的附近估计是最佳线程数量，这种理想场景都很范围问题，实际中情况会比这个急切的多。
（4）依据什么系统的自身情况按照，如硬件限制，系统限制，程序处理能力限制等。
（5）定期改为相同的maxThreads值，看服务器做出反应结果及用户反应。
#QPS和线程数的关系
（1）在最适合线程数量之前，QPS和线程是互想递增的关系，线程数量到了最适合线程之后，QPS相若，在的猛升，甚至于有些迅速下降，同时或则时间减弱上升。
（2）同一个系统而言，支持的线程数就会（最佳线程数就会而不是配置的线程数少嘛），QPS越高。
#QPS和响应时间的关系
（1）这对好象的web系统，响应速度一般有CPU执行时间IO再等待时间组成。
（2）CPU的执行时间降低，对QPS有实质的提升，IO时间的减少，对QPS提升到不的确。如果要想很明显修为提升QPS，优化系统系统的时候要指出优化系统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)）
注：当跪请早被接受，但未被处理，也就是等待中的网络错误时间。单位为毫秒，默认值为60000。通常情况下设置为30000。
8）maxHttpHeaderSize
注：帮忙和响应的HTTP头的大大小，以字节为单位指定。假如还没有指定你，这个属性被设置中为8192（8KB）。
9）tcpNoDelay
注：假如为true，服务器socket会设置里TCP_no,no_DELAY选项，在大多数情况下也可以增强性能。缺省情况下设部门为true。
10）compression
注：有无关闭gzip压解，设置为关闭状态。这个参数的可认可值为“off”（不使用压解），“on”（压解文本数据），“force”（在所有的情况下满高压缩）。
11）compressionMinSize
注：如果compressionon，则重设此项。被高压缩前数据的最小值，也就是超过这个值后才被压解。假如也没指定，这个属性默认为“2048”（2K），单位为4个字节。
12）disableUploadTimeout
注：这个标志容许servlet容器Container在一个servlet不能执行的时候，建议使用一个完全不同的，更长的直接连接连接失败。终于的结果是给servlet更长的时间以便结束其不能执行，也可以在数据上传的时候更长的超时时间。如果没有没有委托，设为false。
13）enableLookups
注：直接关闭DNS方向相反网站查询。
14）URIEncoding
注：URL编码字符集。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
