91亚洲精品视频,亚洲av无码专区在线播放,亚洲丝袜美腿视频

疯狂 — Sat, 14 Nov 2015 16:04:00 GMT

摘要: oracle 索引字段包含date�c�d��Q��用spring jdbc更新时不走烦引，而是走table access full的问�?nbsp; 阅读全文

疯狂 2015-11-15 00:04 发表评论

A/B��试(转蝲)

疯狂 — Tue, 28 Aug 2012 03:41:00 GMT

A / B��试不是一个时髦名词。现在很多有�l�验的营销和设计工作者用它来获得访客行�ؓ信息�Q�来提高转换率。然而， A / B��试与SEO不同的是�Q��h们都不太知道徒河�q�行�|�站分析和可用性分析。他们�ƈ不完全明白它是什么或如何更有效的使用它。本文将��Z��提供有史以来最好的A / B��试教程�?/p>

什么是A/B��试?

A / B��试的核心就是：��定两个元素或版本（A和B�Q�哪个版本更好，你需要同时实验两个版本。最后，选择最好的版本使用�?/p>

�|�络上的A / B��试�Q�即你设计的��面有两个版本（A和B�Q�，A为现行的设计�Q�称为控�Ӟ�� Q?B是新的设计。比较这两个版本之间你所兛_��的数据（转化率，业�W�Q�蟩出率�{�）。最后，您选择效果最好的版本�?/p>

��试哪些东西?

你要选择什么去��试取决于你的目标。例如，如果你的目标是增加顾客数量，那么您可能测试下列内容：注册表单数量�Q�字�D늱�型要求，隐私政策�{�。在�q�种情况下A / B��试的目标是要弄清楚什么阻止了游客注册。需要填写的表单的数量？用户的隐�U�？�q�是该网站做了让游客不信�ȝ��事情�Q�所有这些问题都可以通过一个个A/B ��试获得�{�案�?/p>

每一个A / B��试内容都是独一无二的，单通常��试一下这些内容：

行动按钮的措辞，大小�Q�颜色和位置�Q?/li>
标题或��品说明，
表单的数量和字段�c�d��Q?/li>
�|�站的布局和风��|��
产品定�h和促销�z�d��Q?/li>
着陆和产品��面上的囄��Q?/li>
��面上文字的长度�Q�少Vs多）�?/li>

一旦你军_��要测试什么，下一步当然是要选择一个合适的��试工具。如果你惌��一个基��的免费工��P��可以使用Google Website Optimizer。如果你惌��功能更加强大的工��P��可以使用Visual Website Optimizer 。其他的一些选择都是可以的，建立试验在所有工具中都很�怼��Q�所以我们只需讨论一�U�即可�?/p>

你可以通过两种�Ҏ��建立A / B��试�Q?/p>

在页面测试加载前替换元素
如果你测试的是页面上的单个元素，如注册按钮，然后需要在��试工具中设�|�按钮。当��试�Ӟ��在A / B工具��在��面�l�用户前随机替换按钮�?/li>
重定向到另一��面
如果你想通过A / B��试整个��面�Q�比如说�Q�一个绿色的主题和一个红色主题，那么你就需要创建和上传新的��面。例如，如果您的主页�?http://www.example.com/index.html�Q�那么你需要创建另外一个页�?http://www.example.com/index1.html。当��试�q�行�Ӟ��您的��试工具��一部分讉K��者重定向到第二个�|�址�?/li>

一旦您使用了上面的两种变换�Ҏ��Q�下一步是建立您的转换目标。通常�Q�你会得��C��个JavaScript代码�Q�您可以复制�q�粘贴到一个需要游客到辄��目标�|�页。例如，如果您有一个电子商务网站，你正在测试的“立即购买“按钮的颜�Ԍ��然后您的转换目标��是购买成功后的“谢谢�?#8220;��面�?/p>

在�{换事件发生的同时�Q�在A / B��试工具�Q�记录了哪种��面昄��l�了讉K��者。经�q��够数量的游客�Q�您可以��定哪个��面带来了最多的转化�Q�徏立和�q�行的A / B��试�Q�其实很��单�?/p>

该做什么和不该做什�?/strong>

虽然A / B��试是超�U�简单的概念�Q�但是请��C��Q�以下这些都只是我自��q��l�验�?/p>
注意事项

不要分开你的��试情况。始�l�两个版本同时进行测试。如果您�W�一星期��试�W�一版本�Q�第二星期测试第二个版本�Q�你��错了。有可能B版本带来的流量更�p�糕�Q�但是带来了更好的业�l�，因�ؓ两个版本之间的流量始�l�存在不一栗��?/li>
不要�l�束得太早。有一个概念叫�?#8220;�l�计信心“ �Q�无��Z��的测试结果明昄��。如果你只有��数转换或游客，它都无法��定最�l�的�l�果。大多数A / B��试工具都有报告�l�计�Q�但如果你是手动��试�Q�你可以使用在线计算�?/a>�?/li>
不要让常客惊讶。如果你正在��试�|�站的一部分。包括新访客和常客，不要使他们觉得震惊。尤其不要因为哪些可能不会最�l�实施变化�?/li>
不要让你的直觉推��M��试�l�果。在A / B��试的结果往往是��o人惊讶的或直观的。在一个绿色�ؓ主题的网站，一个明昄��U�色按钮有可能成��家。即使红色按钮不�Ҏ��吸引注意。您要测试的目标是一个更好的转换率，而不是美学，所以在得到��试借过�׃��要拒�l��Q何尝试�?/li>

需要做�?/strong>

知道�q�行��试多久。结束太早，可能会��你花了时间但是没有得到有意义的结果。结束太晚也不好�Q�因为效果不佳的��面可能影响你的转化和业�l�。��用一�?a href="http://visualwebsiteoptimizer.com/ab-split-test-duration/">计算�?/a>�Q�来��定��试多久以后来结束它�?/li>
��相同的��面呈献�l�同一个访客。您的工具应该有一个记忆访问者已�l�看到的��面的功能。这样可以防止向同一用户昄��一不同的�h格或不同的促销优惠�?/li>
让您的A / B��试在整个网站保持一致。如果你正在��试的登录按钮在多个地点出现�Q�然后一个访问者应在所有的地方看到同样的变化。在��面1昄��一个样子，在页�?昄��两外一个样子，会��试验�l�果被干扰�?/li>
做很多的A / B��试。让我们面对现实吧：你的�W�一个A / B��试可能会无效。但是不要绝望。一个A / B��试只能有三个结果：没有�l�果�Q�不好的�l�果和好的结果。优化�{换率的关键是要做大量的A / B��试�Q�把所有的好的�l�果拼接��h��Q�最�l�推动业�l��?/li>

�l�典A/B��试案例研究

�q�里有一些如何进行A/B��试的案例研�I��?/p>
Writing Decisions: Headline Tests on the Highrise Sign-Up Page 37Signals��试他们的�h格页面的标题。最�l�发玎ͼ� “30-Day Free Trial on All Accounts “比原来的“Start a Highrise Account. “多��?0 �Q�以上的订单�?/p>

“You Should Follow Me on Twitter Here” (Dustin Curtis) �q�是一个用来测试召唤用户在Twitter上关注自��q��试验�? Dustin 发现提示文字�?#8220;You should follow me on Twitter here” 的效果是“I’m on Twitter.” 173%

Human Photos Double Conversion Rates 从两个不同的A / B��试��在�|�站上增加�{换率的�h的照片：一个��o��Z�o人惊讶的�l�论�Q�A/B��试两张囄��Q�将真�h照片攑֜��|�站上会获得一倍的转化。研�I�说明，我们潜意识被照片吸引了�?/p>

Google Website Optimizer Case Study: Daily Burn, 20%+ Improvement (Tim Ferriss) 一个将用户选择减少的变化��转化提高�?0%�Q�最�l�的版本在细节和文字上更易吸引目光�?/p>

Two Magical Words Increased Conversion Rate by 28% “It’s free” �q�个单词增加了注册按钮点��L��数的28%, ��试�l�果表明�Q�在行动召唤上一些很��的变化会带来��o人惊讶的�l�果�?/p>

Changing the Sign-Up Button from Green to Red 依靠A / B��试�Q?CareLogger把注册按钮从�l�色修改为红色增加了34�Q��{换率�Q?/p>

Single page vs. multi-step checkout 如果你有一个在�U�商店，很常见的��是支付��程。这个A / B��试发现�Q�多个支付流�E�比单个支付��程完成的销售更好�?/p>

“Mad Libs” style form increases conversion 25-40% 打��|传统的智慧，此A / B��试发现一�D�风�?/em>形式输入字段比传�l��Ş式的布局更好�?/p>

Complete redesign of product page increased sales by 20% 一个��Y件��品的公司重新设计他们的��品页�l�它一个现代的外观和增加信��L��块。最�l�结果：他们成功地增�?0 �Q�的总销售额。本案例研究证明了设计对销售的影响�?/p>

Marketing Experiments response capture case study – triple digit increase in conversions 通过优化邮�g地址获取提高�?58 �Q�。重�Ҏ��消除所有的�q�扰�Q��ƈ要求游客只需提供电子邮�g地址。��用亚马逊礼品卡让他/她的完成个�h资料�?/p>

A/B��试工具

有许多侧重点�Q��h位和功能不同的A / B��试工具�Q�这里是一些：

Google Website Optimizer
搜烦巨头提供的免费A/B��试工具。一个很好的入门�U�工��P��但是没有一些先�q�的功能�?/li>
A/Bingo and Vanity
��Z��Ruby on Rails开发的服务器组件。需要编�E�和代码集成�?/li>
Visual Website Optimizer
一个易于��用的A / B��试工具�Q�包含一些先�q�的功能�Q�如所见即所得的�~�辑器，单击地图�Q�访问者分割和标签�{��?/li>
Unbounce and Performable
集成着陆页设计的A / B��试工具�?/li>
Vertster, SiteSpect, Webtrends Optimize and Omniture’s Test&Target
企业�U�测试工兗��?/li>

一些深入研�I�的A/B��试资料

如果你已�l�读到这里，那么A / B��试大概已经�Ȁ起你的兴��。在�q�里�Q�有一些非常好的A/B��试资源�?/p>
��L��你下一个A/B��试的灵�?/strong>

Which Test Won?
一个猜��那�U�情况会最�l�胜利的游戏�?/li>
101 A/B Testing Tips
大量的A/B��试技巧和�Ҏ��?/li>
ABtests.com
一个可以分享和阅读A/B��试�l�果的地斏V�?/li>
A/B Ideafox
搜烦引擎的A / B和多变量的案例研�I��?/li>

一些介�l�性文�?/strong>

Effective A/B Testing
By Ben Tilly.
Practical Guide to Controlled Experiments on the Web (PDF)
From Microsoft Research.
Introduction to A/B Testing
From the 20bits blog

A/B��试中的数学

Statistics for A/B Testing
From the 20bits blog.
How Not to Do A/B Testing
What You Should Know About the Mathematics of A/B Testing
From my own blog.
Easy Statistics for AdWords A/B Testing, and Hamsters
Statistical Significance and Other A/B Test Pitfalls

原文地址�Q?a >http://www.smashingmagazine.com/2010/06/24/the-ultimate-guide-to-a-b-testing/
转蝲自：http://ucdchina.com/snap/7203

疯狂 2012-08-28 11:41 发表评论

apache性能��试工具ab

疯狂 — Tue, 13 Dec 2011 06:36:00 GMT
Apache自带的测试工具ab(apache benchmark)在apache的bin目录下�?br />使用格式�Q?./ab [options] [http://]hostname[:port]/path
参数说明�Q?br />    -n requests     Number of requests to perform
    //在测试会话中所执行的请求个数。默认时�Q�仅执行一个请�?/font>
    -c concurrency Number of multiple requests to make
    //一�ơ��生的��h��个数。默认是一�ơ一个�?/font>
    -t timelimit    Seconds to max. wait for responses
    //��试所�q�行的最大秒数。其内部隐含值是-n 50000。它可以使对服务器的��试限制在一个固定的��L��间以内。默认时�Q�没有时间限制�?br />    -p postfile     File containing data to POST
    //包含了需要POST的数据的文�g.
    -T content-type Content-type header for POSTing
    //POST数据所使用的Content-type头信息�?/font>
    -v verbosity    How much troubleshooting info to print
    //讄��昄��信息的详�l�程�?- 4或更大��g��昄��头信息， 3或更大值可以显�C�响应代�?404, 200�{?, 2或更大值可以显�C��告和其他信息�?-V 昄��版本号�ƈ退出�?br />    -w              Print out results in HTML tables
    //以HTML表的格式输出�l�果。默认时�Q�它是白色背景的两列宽度的一张表�?br />    -i              Use HEAD instead of GET
   // 执行HEAD��h��Q�而不是GET�?/font>
    -x attributes   String to insert as table attributes
    //
    -y attributes   String to insert as tr attributes
    //
    -z attributes   String to insert as td or th attributes
    //
    -C attribute    Add cookie, eg. 'Apache=1234. (repeatable)
    //-C cookie-name=value 对请求附加一个Cookie:行。其典型形式是name=value的一个参数对。此参数可以重复�?/font>
    -H attribute    Add Arbitrary header line, eg. 'Accept-Encoding: gzip'
                    Inserted after all normal header lines. (repeatable)
    -A attribute    Add Basic WWW Authentication, the attributes
                    are a colon separated username and password.
    -P attribute    Add Basic Proxy Authentication, the attributes
                    are a colon separated username and password.
    //-P proxy-auth-username:password 对一个中转代理提供BASIC认证信�Q。用户名和密码由一�?隔开�Q��ƈ以base64�~�码形式发送。无论服务器是否需�?�? 是否发送了401认证需求代�?�Q�此字符串都会被发送�?/font>
    -X proxy:port   Proxyserver and port number to use
    -V              Print version number and exit
    -k              Use HTTP KeepAlive feature
    -d              Do not show percentiles served table.
    -S              Do not show confidence estimators and warnings.
    -g filename     Output collected data to gnuplot format file.
    -e filename     Output CSV file with percentages served
    -h              Display usage information (this message)
    //-attributes 讄�� 属性的字符�? �~�陷�E�序中有各种静态声明的固定长度的缓冲区。另外，对命令行参数、服务器的响应头和其他外部输入的解析也很��单，�q�可能会有不良后果。它没有完整地实现HTTP/1.x; 仅接受某�?预想'的响应格式�?strstr(3)的频�J��用可能会带来性能问题�Q�即, 你可能是在测试ab而不是服务器的性能�?
参数很多,一般我们用 -c �?-n 参数��可以了. 例如:

./ab -c 1000 -n 1000 http://10.88.15.77/test.php

�q�个表示同时处理1000个请求�ƈ�q�行1000�ơindex.php文�g.
#ab -c 1000 -n 1000 http://10.88.15.77/test.php

Benchmarking 10.88.15.77 (be patient)

Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 700 requests
Completed 800 requests
Completed 900 requests
Finished 1000 requests

Server Software:        Apache/2.2.8
//�q�_��apache 版本2.2.8
Server Hostname:        10.88.15.77
//服务器主机名
Server Port:            80
//服务器端�?/font>

Document Path:          /test.php

//��试的页面文�?/font>
Document Length:        1018 bytes
//文档大小

Concurrency Level:      1000
//�q�发�?br />Time taken for tests:   8.188731 seconds
//整个��试持箋的时�?/font>
Complete requests:      1000
//完成的请求数�?/font>
Failed requests:        0
//��p�|的请求数�?/font>
Write errors:           0

Total transferred:      1361581 bytes
//整个场景中的�|�络传输�?/font>
HTML transferred:       1055666 bytes
//整个场景中的HTML内容传输�?br />Requests per second:    122.12 [#/sec] (mean)
//大家最兛_��的指标之一�Q�相当于 LR 中的 每秒事务�?/span> �Q�后面括号中�?/span> mean 表示�q�是一个��^均�?/span>
Time per request:       8188.731 [ms] (mean)
//大家最兛_��的指标之二，相当�?/span> LR 中的 �q�_��事务响应旉�� �Q�后面括号中�?/span> mean 表示�q�是一个��^均�?/span>
Time per request:       8.189 [ms] (mean, across all concurrent requests)
//每个��h��实际�q�行旉��的��^均�?/font>
Transfer rate:          162.30 [Kbytes/sec] received
//�q�_��每秒�|�络上的��量�Q�可以帮助排除是否存在网�l�流量过大导致响应时间�g长的问题

Connection Times (ms)
              min mean[+/-sd] median   max
Connect:        4 646 1078.7     89    3291
Processing:   165 992 493.1    938    4712
Waiting:      118 934 480.6    882    4554
Total:        813 1638 1338.9   1093    7785
//�|�络上消耗的旉��的分解，各项数据的具体算法还不是很清�?/span>

Percentage of the requests served within a certain time (ms)
50%   1093
66%   1247
75%   1373
80%   1493
90%   4061
95%   4398
98%   5608
99%   7368
100%   7785 (longest request)
//整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时��_��其中50�Q�的用户响应旉��于1093 毫秒�Q?0�Q?的用户响应时间小�?247 毫秒�Q�最大的响应旉��于7785 毫秒

      �׃��对于�q�发��h��Q�cpu实际上�ƈ不是同时处理的，而是按照每个��h��获得的时间片逐个轮�{处理的，所以基本上�W�一个Time per request旉��U�等于第二个Time per request旉��乘以�q�发��h��?br />转自�Q?a >http://blog.sina.com.cn/s/blog_3c9872d00100dbox.html

疯狂 2011-12-13 14:36 发表评论

select, iocp, epoll,kqueue及各�U�I/O复用机制

疯狂 — Wed, 07 Dec 2011 05:45:00 GMT

首先�Q�介�l�几�U�常见的I/O模型及其区别�Q�如下：

blocking I/O

nonblocking I/O

I/O multiplexing (select and poll)

signal driven I/O (SIGIO)

asynchronous I/O (the POSIX aio_functions)

blocking I/O
�q�个不用多解释吧�Q�阻塞套接字。下图是它调用过�E�的囄��Q?/p>

重点解释下上图，下面例子都会讲到。首先application调用 recvfrom()转入kernel�Q�注意kernel�?个过�E�，wait for data和copy data from kernel to user。直到最后copy complete后，recvfrom()才返回。此�q�程一直是��d��的�?/p>
nonblocking I/O�Q?/strong>
与blocking I/O对立的，非阻塞套接字�Q�调用过�E�图如下�Q?/p>

可以看见�Q�如果直接操作它�Q�那��是个轮询。。直到内核缓冲区有数据�?/p>
I/O multiplexing (select and poll)
最常见的I/O复用模型�Q�select�?/p>

select先阻塞，有活动套接字才返回。与blocking I/O相比�Q�select会有两次�pȝ��调用�Q�但是select能处理多个套接字�?/p>
signal driven I/O (SIGIO)
只有UNIX�pȝ��支持�Q�感兴趣的课查阅相关资料

�?strong>I/O multiplexing (select and poll)相比�Q�它的优势是�Q�免��M��select的阻塞与轮询�Q�当有活跃套接字�Ӟ��由注册的handler处理�?/p>
asynchronous I/O (the POSIX aio_functions)
很少�?nix�pȝ��支持�Q�windows的IOCP则是此模�?/p>

完全异步的I/O复用机制�Q�因为纵观上面其它四�U�模型，臛_��都会在由kernel copy data to appliction旉��塞。而该模型是当copy完成后才通知application�Q�可见是�U�异�?/font>的。好像只有windows�?font color="#ff0000">完成端口是这个模型，效率也很��?/p>
下面是以上五�U�模型的比较

可以看出�Q�越往后，��d��少�Q�理��Z��效率也是最优�?/p>
=====================分割�U?=================================

5�U�模型的比较比较清晰了，剩下的就是把select,epoll,iocp,kqueue按号入��那就OK了�?/p>
select和iocp分别对应�W?�U�与�W?�U�模型，那么epoll与kqueue呢？其实也于select属于同一�U�模型，只是更高�U�一些，可以看作有了�W?�U�模型的某些�Ҏ��，如callback机制�?/p>
那么�Q��ؓ什么epoll,kqueue比select高��Q?

�{�案是，他们�?font color="#ff0000">轮询。因��Z��们用callback取代了。想想看�Q�当套接字比较多的时候，每次select()都要通过遍历FD_SETSIZE个Socket来完成调�?不管哪个Socket是活跃的,都遍历一遍。这会浪费很多CPU旉��。如果能�l�套接字注册某个回调函数�Q�当他们�z�跃�Ӟ��自动完成相关操作�Q�那��避免了轮询�Q�这正是epoll与kqueue做的�?/p>
windows or *nix �Q�IOCP or kqueue/epoll�Q�？

诚然�Q�Windows的IOCP非常��Q�目前很��有支持asynchronous I/O的系�l�，但是�׃��其系�l�本�w�的局限性，大型服务器还是在UNIX下。而且正如上面所�q�ͼ�kqueue/epoll �?IOCP相比�Q�就是多了一层从内核copy数据到应用层的阻塞，从而不能算�?strong>asynchronous I/O�c�R�?/strong>但是�Q�这层小��的��d��无��轻重�Q�kqueue与epoll已经做得很优�U�了�?/p>
提供一致的接口�Q�IO Design Patterns

实际上，不管是哪�U�模型，都可以抽象一层出来，提供一致的接口�Q�广��Z�h知的有ACE,Libevent�q�些�Q�他们都是跨�q�_��的，而且他们自动选择最优的I/O复用机制�Q�用户只需调用接口卛_��。说到这里又得说�?个设计模式，Reactor and Proactor�?/strong>有一��经典文�?a >http://www.artima.com/articles/io_design_patterns.html值得阅读�Q�Libevent�?strong>Reactor模型�Q�ACE提供Proactor模型。实际都是对各种I/O复用机制的封装�?/p>
Java nio包是什么I/O机制�Q?/strong>

我曾天真的认为java nio��装的是IOCP。。现在可以确定，目前的java本质是select()模型�Q�可以检�?jre/bin/nio.dll得知。至于java服务器�ؓ什么效率还不错。。我也不得而知�Q�可能是设计得比较好吧。�?_-�?/p>
=====================分割�U?=================================

�ȝ��一些重点：

只有IOCP是asynchronous I/O�Q�其他机制或多或��都会有一炚w��塞�?
select低效是因为每�ơ它都需要轮询。但低效也是相对的，视情况而定�Q�也可通过良好的设计改�?
epoll, kqueue是Reacor模式�Q�IOCP是Proactor模式�?
java nio包是select模型。�?

转蝲自：http://blog.csdn.net/shallwake/article/details/5265287

疯狂 2011-12-07 13:45 发表评论

nginx和tomcat负蝲��单配�|?windows环境)

疯狂 — Wed, 07 Dec 2011 02:40:00 GMT
     摘要: nginx和tomcat负蝲��单配�|?windows环境)  阅读全文

疯狂 2011-12-07 10:40 发表评论

高性能JavaScript(来自高性能JavaScript一�?

疯狂 — Sun, 09 Oct 2011 03:56:00 GMT

高性能JavaScript

一下内�Ҏ��转蝲的，内容应该��高性能JavaScript一书中�Q�此书值得一诅R�?br />
学习�q�程中写的笔讎ͼ�有误��h��正�?/p>
性能�q�不是唯一的考虑因素�Q�在�Ҏ��能要求�q��苛刻的环境中�Q�性能也可让位于：团队�~�码规范�Q�个人编码习惯，代码可读性，模块可扩展性等因素�?/p>
以下提到的对性能的优化，仅仅提供了从性能的角度去阐释一些设计思�\�Q�但实际上，��览器本�w�会逐步优化自��n的性能问题�Q�而我们那些提高性能的hack�Q�可能会因�ؓ��览器的版本更新�Q�导致成��Z��U�无用的hack�Q�甚臌��性能更慢�Q�所以不要无谓的使用一些hack�Q�去优化一些执行次数很��的代码�Q�而降低代码的可读性，或增加代码量�Q�，一句话�Q�如非必要，请勿hack�?/p>
一 javascript加蝲和执�?/strong>

1 无论是外链还是内联，script标签都会��d��面的渲染，所以script标签的位�|�最好是�?br />2 减少http��h��Q�合�q�多个script文�g��Z��个，1�?0k的文件比3�?0k的文件蝲入速度要快
3 如何不阻塞页面，而蝲入一个脚本呢�Q?br />1�Q�给script标签加defer属性：�Q�这样不会�ə�面执行�q�程��d��Q�但�q�不是所有浏览器都支持这个defer属�?br />2�Q�xmlHttpRequest来请求脚本内容�ƈeval�Q�虽然这样可以灵�zȝ��控制脚本下蝲�q�程 �?何时执行�Q�但不能跨域是个��伤
3�Q�createElement(‘script’)然后append是个不错的方案，无阻塞，有onload用onload�Q�IE没有��q��onreadystatechange实现加蝲完成的事�Ӟ��注意readyState属性的值是complete或者loaded都要执行回调函数�q�清除onreadystatechange�Q�因��两个状态��g��E�_��?/p>
4 所以推荐的方式是第三种�Q�在载入js-loader部分的少量代码后�Q�就用loader��d��载其他js吧，注意一些市面上��行的库如labjs实现了这些功�?�q�告下：qwrap实现了依赖管理及动态加�?/font>)

�?数据讉K��
数据存储在：直接量，变量�Q�数�l�元素，对象成员中�?br />�q�又让我惌��v了编译型的语�a��Q�直接量存在于pe文�g�?rdata�D�中�Q�变量在调用栈上�Q�数�l�元素和对象成员的访问需要基址+偏移量来定位�Q�多层对象嵌套需要多�ơ计��基址+偏移量来定位�?/p>
�q�些在javascript中依然没有太大变化：

1 直接量的讉K��无疑是迅速的

2 变量的访问需要考虑javascript允许函数�q�行嵌套定义�Q�也��Ş成了��Z��函数定义的作用域链，而变量的讉K��Q�可能需要跨作用域来讉K��Q�所以这里有一�Ҏ��能损失�Q�但先进的js引擎用空间换旉��Q�猜��在子作用域中缓存了所有父层作用域链上变量的name和地址�Q�所以不会进行上溯作用域链，直接执行hash定位卛_��Q�但一个函��C��如果包含eval,with,catch块的话，通过静态代码分析就没办法知道该函数中声明了哪些变量�Q�也��无法做到这个优化）�Q�，不过�Q�从性能上来看，与我的实际测试，大家�~�码的时候不需要注意这�U�性能考虑�Q�按团队�~�码规范和个人编码习惯来吧�?/p>
3 对象成员的访问要考虑上溯原型链，所以理��Z��来说讉K��实例本��n上的成员比访问原型的成员速度要快�?/p>
4 多层对象的嵌套要慢，但是在对性能要求�q��很苛�ȝ��环境中不用关心这些�?/p>
�?dom�~�程

1 dom的访问和修改
1) 标准dom方式(createElement,createTextNode,appendChild) �?字符串拼接后讄��innerHTML 之间的性能相差无几�Q�各个浏览器不同
2) 节点克隆速度快一些，先用createElement创徏好需要用到的元素�c�d��后，以后在��@环中调用元素的cloneNode来克�?br />3) getElementsByName,getElementsByClassName,getElementsByTagName以及.images,.links,.forms属性返回的都是html集合�Q�是个类数组�Q�没有数�l�的�Ҏ��Q�但提供了length属性和索引器，�Q�HTML集合处于“实时状�?#8221;�Q�底层文档对象更新时后自动更新javascript中的集合�Q�访问length时候也会去查询�Q�所以遍历集合时候要�~�存length来提高效�?br />4) 遍历集合前记录length�Q��@环体中避免对集合中某相同元素�q�行多次索引�Q�一�ơ烦引到局部变量中�Q�因为对html集合的烦引性能很差�Q�特别在某些老浏览器�?br />5) 遍历dom节点的话�Q�综合来说��用nextSibling性能会比childNodes快一点，如果只遍历element的话�Q�children被所有浏览器支持�Q�所以尽量用children而不要用childNodes再自行筛选，其他的如childElementCount,firstElementChild,lastElementChild,nextElementSibling,previousElementSibling不被全面支持�Q�注意做�Ҏ��检��及兼容处理
6) 注意所使用的类库是否支持原生的querySelectorAll优先规则�Q�querySelectorAll�q�回NodeList而不会返回HTML集合�Q�不存在实时文档�l�构的性能问题

2 重绘和重�?/p>
改变dom节点的几何属性会引�v重排(reflow)�Q�而后发生重绘(repaint)�?/p>
�׃��重排需要��生大量的计算�Q�所以浏览器一般会通过队列化修改�ƈ扚w��执行来优化重排，获取最新布局信息的操作会��D��强制触发队列的执行，如获取offsetTop,scrollTop,clientTop或调用getComputedStyle�Ҏ��(currentStyle in IE)的时候，要返回诸如此�cȝ��最新的布局信息的时候，��览器就会立��x��染队列中的变化，触发重排�Q�然后返回正��的倹{�?/p>
�׃��动作的队列是��Z��面的，所以，即��你获取的最新布局信息的节�Ҏ��有待执行的动作，也会触发重排�?/p>
所以，��量��修改元素样式的操作攑֜�一��P��然后再执行获取元素最新布局信息的操作，��量不要交叉�q�行�Q�因为每�ơ获取元素的最新布局信息�Q�都��触发重排和重绘操作�?/p>
虽然�Q�现代浏览器�q�行了优化，�q�不会在每次讄��元素的样式或改变dom的结构时都会重绘和重排，�Q�但旧版��览器仍会有性能问题�Q�所以尽量用以下规则来最��化重绘和重排：
1�Q?讄��样式�Q��用cssText属性来合�ƈ更新的样式信息： el.style.cssText=”padding-left:10px;border:1px”
2�Q?改变dom�l�构�Q�将元素��q��文档��，然后�q�行一�p�d��改变�Q�然后再带回文档��中�Q�方法如下：
(1) 隐藏元素�Q�对元素的dom�l�构�q�行一�p�d��更改�Q�再昄��元素
(2) 使用createDocumentFragment创徏文档��片�Q�针�Ҏ��档碎片进行批量操作，然后一�ơ性添加到文档�?br />(3) ��原始元素clone��C��个脱��L��档流的节点中�Q�修改这个副本后�Q�替换原始元�?br />3�Q?�~�存布局信息
��量减少布局信息的获取次敎ͼ�如果有针对布局信息的�P代操作，先将布局信息保存到局部变量中�Q�对该局部变量进行�P代更斎ͼ�然后��该局部变量更新到dom�?br />4�Q?动画效果时脱��L��档流
一个元素进行动��L��果时�Q?br />(1) ��该元素��q��文档��，比如�l�对定位该元�?br />(2) 对该元素�q�行动画操作�Q�这样不会触发其他区域的重排和重�l?br />(3) 动画�l�束�Ӟ��元素恢复文档流位置�Q�这样只会对其余区域�q�行一�ơ重排和重绘

3 使用事�g委托来减��dom树上的事件响应函�?br />�Ҏ��档中大量的元素进行事件绑定会��D��q�行时效率下降，��Z��事�g都会冒��到父层，可以在父层上�l�定一个事�Ӟ��然后识别target(srcElement)来自行dispatch事�g�?/p>
�?��法和流�E�控�?/strong>
1 循环
1) while,for,do-while性能上基本没差别�Q�不�q�while和do-while一般被用于��Z��某个条�g的��@环，而for用于数组的�P代或�U�性的工作�Q�而for-in用于对象的枚�?br />2�Q�减��@环次数或减少循环中的工作量都可以优化性能�Q�如duff循环�Q�但性能提升微乎其微�Q�实际测试，在某些浏览器下duff循环不仅不会提升性能�Q�还会降低性能�Q�另外倒序循环可能会快一些，毕竟正序是与长度�q�行�Ҏ��后的boolean��|��而倒序循环是将表示当前循环�q�度的数��D�{换�ؓboolean
3) �q�代器如js1.6的forEach�Ҏ��{�，性能比用for�q�行循环要慢一些，但更语义�?br />�?我写的一个duff循环的js版本)

//�?duff的原理是减少循环�ơ数�Q�从而减��对循环条�g的判断，所以duff的性能优化只对��大数组(10万次条�g判断会降低�ؓ10�?8�ơ条件判�?有意义，与��@环体中的语句数量无关�Q�所以，duff只适用于��@环体执行速度非常快，而��@环规模非常大的状况，在js中只有略微的性能提升
function duff(list,callback){
    var i = list.length % 8;
    var tails = i;
    while(i){
        callback(list[--i]);
    }
    var greatest_factor = list.length-1;
    do{
        process(list[greatest_factor]);
        process(list[greatest_factor-1]);
        process(list[greatest_factor-2]);
        process(list[greatest_factor-3]);
        process(list[greatest_factor-4]);
        process(list[greatest_factor-5]);
        process(list[greatest_factor-6]);
        process(list[greatest_factor-7]);
        greatest_factor-=8;
    }while(greatest_factor>tails);
}

2 条�g语句
1)switch比if-else快一些，但性能微乎其微�Q�徏议在数量较多的分支时使用switch�Q�而进行范围判断或多重条�g的时候��用if-else
2)if-else的排列从大概率向��概�?br />3)如果条�g太多�Q�徏议��用查找表�Q�而且查找表具有动态扩充的能力
3 递归
1) �׃��调用栈的限制�Q�递归是很危险�?br />2) 非自调用�Q�而是交叉调用形成�?#8220;隐伏递归”是很危险的，出错之后很难排错
3) ��量��递归转化��P代，比如树的遍历�Q�用非递归的dfs,bfs来实现就�?br />4) 很常用的函数�Q�进行memoize,用空间换取时�?/p>
�?字符串和正则表达�?/strong>

1 理解各个��览器的js引擎字符串合�q�的内部机制�Q?br />1) 避免产生临时字符�Ԍ��如用str+=’abc’;str+=’def’ 而不要用 str+=’abc’+'def’
2) firefox会在�~�译期合�q�字�W�串帔R��Q�如str+= ‘abc’+'def’会被转化为str+=’abcdef’�Q�yur-compressor也有�q�个功能
3) 数组的join�Ҏ��Q�性能不会�?�q�接�W�更快，因�ؓ大多数浏览器�?�q�接�W�不会开辟新内存�I�间�Q�而ie7,ie6却会开辟新�I�间�Q�所以ie6,7中字�W�串�q�接应该用数�l�的join�Q�而其他浏览器�?�q�接�W�，�Q�concat�Ҏ��是最慢的方式

2 正则表达式优�?br />��Z��各js引擎中正则表辑ּ�引擎的不同，以下某些�Ҏ��会带来某引擎性能的提升但可能同样��D��其他引擎性能的下降，所以原书原文也只是原理性阐�q�ͼ�实际开发时视具体情况而定�?br />1) 循环中��用的正则对象��量在��@环前初始化，�q�赋予一个变�?br />2) �~�写正则表达式时�Q�尽量考虑较少的回溯，比如�~�写分支时将大概率分支放在前面，在贪婪模式是从尾部向前回溯，懒惰模式从headPart向尾部逐字�W�回�?br />3) 关于回溯失控�Q��v因是太宽泛的匚w��模式�Q�如最后的part没能成功匚w��Q�则会记住回溯位�|�，��试修改前面的part的匹配方式，如尝试让前面的懒惰模式包含一�ơendPart�Q�然后从��C��|�再��试匚w��Q�正则引擎会一直尝试，最�l�导致回溯失�?br />4) 在只是搜索确定的字面量，及字面量位置也确定如行首�Q�行��Q�正则非最佛_��?br />(详细的正则优化先略过�Q�等以后再回来写�?

�?快速响应用��L��?/strong>

1 ��览器UI�U�程和UI队列
UIThread:javascript和ui是共用同一个线�E�的�Q�这样做的好处是无需考虑�q�行时的用户态或核心态的�U�程同步�Q�也无需在语�a�层面实现临界�?critical section)�Q�在我最初自己摸索javascript的时候，认�ؓjavascript也是多线�E�的�Q�后来写代码��试后发玎ͼ�javascript�q��多线�E�，且javascript代码的执行会��d��和ui��q��的这唯一的线�E�，使用��L��操作得不到ui的反馈�?/p>
UIQueue:上面的UIThread负责执行UIQueue中的task�Q�无论用户对UI采取的动作触发的dom事�g响应函数�Q�还是javascript执行�q�程中用setTimeout或setInterval创徏的定时器事�g响应函数�Q�都会被插入到UIQueue中，当UIThread处于busy状态时�Q�可能会忽略掉一些task�Q�不�|�入UIQueue�Q�比如用户动作的产生的ui更新task和触发的dom-event两者，ui更新的task会被忽略不放入UIQueue�Q�而dom-event会放入UIQueue�{�待UIThread处于idle状态时执行�Q�而setInterval函数的周期性定时器事�g�Q�会视UIQueue中是否有相同的事件响应函敎ͼ�如没有才会将该task�|�入UIQueue�?br />UIQueue的task来源�Q?br />1) 用户操作产生的ui更新重绘
2) 用户操作触发的绑定在dom上的javascript事�g
3) dom节点自��n状态改变触发的�l�定在自�w�上的javascript事�g�Q�如的onload
4) setTimeout与setInterval讄��的定时器事�g
5) ajax�q�程中的onreadystatechange事�g�Q�这个javascript函数�q��l�定在dom上，而是�l�定在xmlHttpRequest对象�?/p>
��览器限�Ӟ��Z��避免某个javascript事�g函数执行旉��q�长�Q�一直占据UIThread�Q�从而导致用��h��作触发的UIUpdate��d��得不到执行，各个��览器��用不同的�Ҏ��限制了单个javascript事�g函数的执行时�?br />1) ie:500万条�Q�在注册表有讄��
2) firefox: 10�U�，在浏览器配置讄��?about:config->dom.max_script_run_time)
3) safari: 5�U�，无法修改
4) chrome: 依赖通用崩溃��系�l?br />5) opera: �?/p>
界面多久无反应会让用��h��法忍受： 最�?00毫秒�Q�用��L��动作之后��过100毫秒界面没有做出响应�Q�用户就会认��己和界面失去了联�p�R�?/p>
2 用定时器让出旉��片断(分解��d��)
��d��分解�q�程�Q�用��h��法忍受一�?0�U�的��d��占据UI�U�程�Q�而自��q��M��操作得不到反馈，于是我们可以��这�?0�U�的��d��分�ؓ200��?0毫秒的�Q务，每执�?0毫秒�Q�让出UI�U�程��L��行UI队列中的界面更新的�Q务，让用户及时得到反馈，然后再执�?0毫秒�Q�直到执行完毕�?br />��Z��大多数长旉��UI��d��都是�Ҏ��l�的循环操作�Q�于是我们可以将�q�个循环�q�程�q�行拆解�Q�示例代码：

function timedProcessArray(list, callback, complete, progress){
    var total = list.length;
    var curProgress = 0;
    var preProgress = 0;

    (function(list, iteration){
        var fn = arguments.callee;
        var st = +new Date();
        while(list.length && (+new Date() - st < 50) ){
            iteration = callback(list.shift(), iteration);
        }
        if(list.length){
            if(progress){ //如果需要对�q�度�q�行通知)
                curProgress = 100 - (100 / total * list.length ^ 0);
                if(curProgress != preProgress){
                    preProgress = curProgress;
                    progress(curProgress);
                }
            }
            setTimeout(function(){
                fn.call(null, list, iteration);
            }, 25);
        }else{
            progress && progress(100);
            complete && complete(iteration);
        }
    })(list.concat(),0);

}

��d��和非��d��(��d��分割)方式的示例，:http://lichaosoft.net/case/progress.html

3 web-workers
在web-workers之前�Q�javascript是没有多�U�程的，web-workers标准带来了真正的多线�E�，web-workers本来是html5的一部分�Q�现在已�l�分��d��L��为独立的规范�Q�http://www.w3.org/TR/workers/

和web-workers之间仅能通过onmessage和postMessage交互�?/p>
使用web-workers以辅助线�E�进行计��ƈ拥有�q�度通知的示例：
http://lichaosoft.net/case/worker.html�Q�请使用支持web-workers的chrome或safari��览�Q?/p>
web-workers适用于那些无法拆解的��d��Q�对数组的遍历是一个可以被拆解的�Q务，�Ҏ��的遍历通过使用dfs或bfs��树�q�_��化�ؓ数组后也可以�q�行拆解�Q�不能拆解的��d��:
1) �~�码/解码大字�W�串
2) 复杂数学�q�算
3) 大数�l�排�?/p>
��过100毫秒的�Q务，如浏览器支持web-workers�Q�优先��用web-workers�Q�如不支持则使用timedProcessArray�q�行分割�q�行�?/p>
没有��M��javascript代码的重要度高于用户体验�Q�用户体验是至高重要的，无论如何不能让用戯��得界面反应速度慢�?/p>
�?AJAX
从广义上来看�Q�AJAX是指不重载整个页面的情况下，与服务端�q�行数据传输�Q�解析数据，�q�局部刷新页面区域的改善用户体验的行为，那么我们下面介绍�Q�数据传输，数据格式�?/p>
1 数据传输
1) XHR: 创徏一个XMLHttpRequest对象与服务端通信
2) 动态脚本注�? �q�是一个hack�Q�创��Z��个script元素�q�设�|�src��Z�Q意uri-A(可跨�?�Q�可在页面中先定义一个数据处理函数如function newsListProc(list){}�Q�然后在该uri-A指向的script文�g中调用newsListProc�q�将数据传入�Q�这��Ҏ��术也�U�Cؓ�Q�JSON-P�?br />3) mXHR: ��多个资源文件��用XHR传输到浏览器端，js负责�Ҏ��据流分割�Q�然后dispath�l�不同类型资源文件的处理函数
4) ��式XHR: 在支持readyState�?�Ӟ��可访问已解析好的部分xhr数据�Q�既是支持流式XHR�Q�可�q�行��式处理来优化执行效率，目前实际��试ff3.6支持�Q�而ie6,7,8及chrome都不支持��式XHR�?br />5) iframes: 待箋
6) comet: 待箋

�?�Q�关于mXHR和流式XHR�Q�我写了一个demo用来演示多资源文件合�qӞ��由XHR向客��L��传输�Q��ƈ在支持流式XHR的浏览器中��用流式XHR�Q�DEMO地址�Q?/p>
�?�Q�纯�_�的发送数据而无需接受数据�Q�可用beacons方式�Q�类似动态脚本注入，不过创徏的不是script元素�Q�而是Image对象�Q��ƈ讄��src��h��的URI�Q�所以这�U�方式只能��用GET方式�Q�代码示�?

function keepalive(uri, delay){
    var beacon, delay = delay || 1000,
    timer = setTimeout(function(){
        var fn = arguments.callee;
        beacon = new Image();
        beacon.onload = beacon.onerror = function(){
            timer = setTimeout(fn, delay);
        }
        beacon.src = uri;
    }, delay);
    return function(){
        console.log('stop');
        clearTimeout(timer);
    };
}

2 数据格式
1) XML: 使用responseXML对象的getElementsByTagName,getElementById,node.getAttribute�{�api对xml文档�q�行解析�Q�也可以用XPath�q�行解析�Q�性能更好些，��伤是：
(1) “�l�构/数据”�?太高
(2) XPath在支持�ƈ不广�?br />(3) 最重要的就是需要先知道内容的详�l�结构，针对每个数据�l�构�~�写特定的解析方�?br />2) JSON: 最�q�泛的数据格式，解析性能较之xml高，”�l�构/数据”比低�Q�如使用�~�略属性名或完全��用多层数�l�格式，�l�构数据比更低，传输性能更高
3) JSON-P: 无需解析�Q�属于javascript的正常函数调用，性能最�?br />4) HTML: 无需解析�Q�服务端已构造好用于局部更新的html数据�Q�直接用innerHTML更新�Q�数据结构比太高�Q�压力被集中在服务端�Q�网�l�传输数据量�?br />5) 自定义分隔符: 性能最高，�l�构数据比最低，对于性能要求比较苛刻的环境中使用

�?创徏xhr对象的代码：

function createXhrObject(){
    if(window.XMLHttpRequest){
        return new XMLHttpRequest();
    }else{
        var msxml_progid = [
            'MSXML2.XMLHTTP.6.0', //支持readyState�?状态，但此状态时��d��responseText为空�Q�觉得似乎没意义。�?/span>
            'MSXML3.XMLHTTP',
            'Microsoft.XMLHTTP',
            'MSXML2.XMLHTTP.3.0'
        ];
        var req;
        for(var i=0;i<msxml_progid.length;i++){
            try{
                req = new ActiveXObject(msxml_progid[i]);
                break;
            }catch(ex){}
        }
        return req;
    }
}

从字�W�流中异步解析数据的工具�c?/p>

/*
* @method StringStreamParser ��式字符串异步解析类
* @param onRow 解析出数据行的回调函�?/span>
* @param RowSeperator 行分隔符,默认'u0001'
* @param ColSeperator 列分隔符,默认'u0002'
*/
function StringStreamParser(onRow, rowSeperator, colSeperator){
    if (!(this instanceof arguments.callee)){
        return new arguments.callee(onRow, rowSeperator, colSeperator);
    }
    var stream = '';
    rowSeperator = rowSeperator || 'u0001';
    colSeperator = colSeperator || 'u0002';

    /* @method write 向字�W�流写入�?/span>
     * @param packet 写入的包
     * @param lastPacket 是否为最后一个包�Q�默认false
     */
    this.write = function(packet, lastPacket){
        stream += packet;
        var rowIdx = stream.indexOf(rowSeperator);
        var colIdx,strRow, dataRow;

        while(rowIdx!==-1 || lastPacket){

            if(rowIdx===-1){
                strRow = stream.substr(0);
                lastPacket = false;
            }else{
                strRow = stream.substr(0,rowIdx);
                stream = stream.substr(rowIdx+1);
                rowIdx = stream.indexOf(rowSeperator);
            }

            dataRow = [];
            while(colIdx = strRow.indexOf(colSeperator)){
                if(colIdx !== -1){
                    dataRow.push(strRow.substr(0, colIdx));
                    strRow = strRow.substr(colIdx+1);
                }else{
                    dataRow.push(strRow.substr(0));
                    break;
                }
            }
            onRow.call(null, dataRow);

        }
    }
}

3 其他
在确定了合适的数据传输技术，和数据传输格式之后，�q�可以采取以下方式酌情优化ajax:
1) �~�存数据: 最快的��h��Q�是不请求，有以下两�U�方式缓�?
(1) 对于GET��h��Q�在response中，讄��expires头信息，��览器即会将此请求缓存，�q�种�~�存是跨会话也是跨页面的
(2) 在javascript中，以url作�ؓ唯一标识�W�缓存请求到的数据，无法跨页面也无法跨会话，但可�~�程控制�~�存�q�程�Q�不能跨会话也不能跨��面�Q�这�U�缓存基本上是无意义的）
2) 在必要的时候，直接使用XHR对象而非ajax库，如需要流式的数据处理

�?常见�~�码中的性能提高�?br />1 避免双重求�? eval,Function,setTimeout和setInterval都允�怼�入字�W�串�Q�而此时会创徏一个新的编译器的实例，��会��D��很大的性能损失�?另外�q�些方式执行代码�Ӟ��代码的作用域在各个浏览器也不��相同，�Ҏ��掉坑)
2 使用Object/Array的直接量�q�行定义(且直接量比new Object()然后讄��属性更节省代码)
3 不要让代码重复运�?br />1) 延迟定义

2) 条�g预定�?br />4 ��量使用原生javascript
转蝲自：http://www.cnblogs.com/pansly/archive/2011/06/29/2093769.html

疯狂 2011-10-09 11:56 发表评论

疯狂 — Wed, 03 Aug 2011 02:33:00 GMT
     摘要: 转自: http://renjie120.iteye.com/ 注意:数据库版本是10g,不过大部�?i的也适用,闪回9i��没�? 1.曄��不小心把开发库的数据库表全部删除，当时吓的要死。结果找��C��面的语句恢复��C��1个小时之前的数据�Q�很��单�?注意使用��理员登录系�l�： select * from 表名 as of timestamp sysdate-1/12&...  阅读全文

疯狂 2011-08-03 10:33 发表评论

疯狂 — Wed, 03 Aug 2011 01:47:00 GMT

从V$SQLAREA中查询最占用资源的查�?/span>

select b.username username,a.disk_reads reads,
    a.executions exec,a.disk_reads/decode(a.executions,0,1,a.executions) rds_exec_ratio,
    a.sql_text Statement
from v$sqlarea a,dba_users b
where a.parsing_user_id=b.user_id
and a.disk_reads > 100000
order by a.disk_reads desc;

用buffer_gets列来替换disk_reads列可以得到占用最多内存的sql语句的相关信息�?/div>

V$SQL是内存共享SQL区域中已�l�解析的SQL语句�?/div>

列出使用频率最高的5个查询：

select sql_text,executions
from (select sql_text,executions,
   rank() over
    (order by executions desc) exec_rank
   from v$sql)
where exec_rank <=5;

消耗磁盘读取最多的sql top5�Q?br />select disk_reads,sql_text
from (select sql_text,disk_reads,
   dense_rank() over
     (order by disk_reads desc) disk_reads_rank
   from v$sql)
where disk_reads_rank <=5;

扑և�需要大量缓冲读取（逻辑读）操作的查询：

select buffer_gets,sql_text
from (select sql_text,buffer_gets,
   dense_rank() over
     (order by buffer_gets desc) buffer_gets_rank
   from v$sql)
where buffer_gets_rank<=5;

疯狂 2011-08-03 09:47 发表评论

JVM内存模型以及垃圾回收

疯狂 — Tue, 08 Mar 2011 05:16:00 GMT

JVM内存模型以及垃圾回收
内存�?Perm �?Heap �l�成. 其中

Heap = {Old + NEW = { Eden , from, to } }
具体可查看javavisualvm

JVM内存模型中分两大块，一块是 NEW Generation, 另一块是Old Generation. 在New Generation中，有一个叫Eden的空��_��主要是用来存放新生的对象�Q�还有两个Survivor Spaces�Q�from,to�Q? 它们用来存放每次垃圾回收后存�z�M��来的对象。在Old Generation中，主要存放应用�E�序中生命周期长的内存对象，�q�有个Permanent Generation�Q�主要用来放JVM自己的反��对象，比如�c�d��象和�Ҏ��对象�{��?

垃圾回收描述�Q?/p>

在New Generation块中�Q�垃圑֛�收一般用Copying的算法，速度快。每�ơGC的时候，存活下来的对象首先由Eden拯��到某个Survivor Space, 当Survivor Space�I�间满了�? 剩下的live对象��p��直接拯��到Old Generation中去。因此，每次GC后，Eden内存块会被清�I�。在Old Generation块中�Q�垃圑֛�收一般用mark-compact的算法，速度慢些�Q�但减少内存要求.
垃圾回收分多�U�，0�U��ؓ全部(Full)的垃圑֛��Ӟ��会回收OLD�D�中的垃圾；1�U�或以上为部分垃圑֛��Ӟ��只会回收NEW中的垃圾�Q�内存溢出通常发生于OLD�D�|��Perm�D�垃圑֛�收后�Q�仍然无内存�I�间容纳新的Java对象的情��c�?/p>
当一个URL被访问时�Q�内存申误��E�如下：
A. JVM会试图�ؓ相关Java对象在Eden中初始化一块内存区�?br /> B. 当Eden�I�间��_��Ӟ��内存甌��l�束。否则到下一�?br /> C. JVM试图释放在Eden中所有不�z�跃的对象（�q�属�?或更高��的垃圑֛��Ӟ��, 释放后若Eden�I�间仍然不��以放入新对象�Q�则试图��部分Eden中活跃对象放入Survivor�?br /> D. Survivor��用来作�ؓEden及OLD的中间交换区域，当OLD区空间��够时�Q�Survivor区的对象会被�U�d��Old区，否则会被保留在Survivor�?br /> E. 当OLD区空间不够时�Q�JVM会在OLD��行完全的垃圾攉��Q?�U�）
F. 完全垃圾攉��后，若Survivor及OLD��Z��然无法存放从Eden复制�q�来的部分对象，��D��JVM无法在Eden��Zؓ新对象创建内存区域，则出�?#8221;out of memory错误”

JVM调优��:

ms/mx�Q�定义YOUNG+OLD�D늚��d��寸，ms为JVM启动时YOUNG+OLD的内存大��；mx为最大可占用的YOUNG+OLD内存大小。在用户生��环境上一般将�q�两个��D��为相同，以减��运行期间系�l�在内存甌��上所��q��开销�?br /> NewSize/MaxNewSize�Q�定义YOUNG�D늚��寸�Q�NewSize为JVM启动时YOUNG的内存大��；MaxNewSize为最大可占用的YOUNG内存大小。在用户生��环境上一般将�q�两个��D��为相同，以减��运行期间系�l�在内存甌��上所��q��开销�?br /> PermSize/MaxPermSize�Q�定义Perm�D늚��寸�Q�PermSize为JVM启动时Perm的内存大��；MaxPermSize为最大可占用的Perm内存大小。在用户生��环境上一般将�q�两个��D��为相同，以减��运行期间系�l�在内存甌��上所��q��开销�?br /> SurvivorRatio�Q�设�|�Survivor�I�间和Eden�I�间的比�?/p>
内存溢出的可能�?/p>
1. OLD�D�|��?br /> �q�种内存溢出是最常见的情况之一�Q��生的原因可能是：
1) 讄��的内存参数过��?ms/mx, NewSize/MaxNewSize)
2) �E�序问题
单个�E�序持箋�q�行消耗内存的处理�Q�如循环几千�ơ的字符串处理，对字�W�串处理应徏议��用StringBuffer。此时不会报内存溢出错，却会使系�l�持�l�垃圾收集，无法处理其它��h��Q�相关问题程序可通过Thread Dump获取�Q�见�pȝ��问题诊断一章）单个�E�序所甌��内存�q�大�Q�有的程序会甌��几十乃至几百兆内存，此时JVM也会因无法申请到资源而出现内存溢出，�Ҏ��首先要找到相兛_��能，然后交予�E�序员修改，要找到相关程序，必须在Apache日志中寻找�?br /> 当Java对象使用完毕后，其所引用的对象却没有销毁，使得JVM认�ؓ他还是活跃的对象而不�q�行回收�Q�这��L��计占用了大量内存而无法释放。由于目前市面上�q�没有对�pȝ��影响��的内存分析工具�Q�故此时只能和程序员一起定位�?/p>

2. Perm�D�|��?br /> 通常�׃��Perm�D�装载了大量的Servlet�c�而导致溢出，目前的解军_��法：
1) ��PermSize扩大�Q�一�?56M能够满��要求
2) 若别无选择�Q�则只能��servlet的�\径加到CLASSPATH中，但一般不��q�么处理

3. C Heap溢出
�pȝ��对C Heap没有限制�Q�故C Heap发生问题�Ӟ��Java�q�程所占内存会持箋增长�Q�直到占用所有可用系�l�内�?/p>
其他�Q?/p>
JVM�?个GC�U�程。第一个线�E�负责回收Heap的Young区。第二个�U�程在Heap不��Ӟ��遍历Heap�Q�将Young 区升�U��ؓOlder区。Older区的大小�{�于-Xmx减去-Xmn�Q�不能将-Xms的��D��的过大，因�ؓ�W�二个线�E�被�q�运行会降低JVM的性能�?/p>
��Z��么一些程序频�J�发生GC�Q�有如下原因�Q?br /> l         �E�序内调用了System.gc()或Runtime.gc()�?br /> l         一些中间�g软�g调用自己的GC�Ҏ��Q�此旉��要设�|�参数禁止这些GC�?br /> l         Java的Heap太小�Q�一般默认的Heap值都很小�?br /> l         频繁实例化对象，Release对象。此时尽量保存�ƈ重用对象�Q�例如��用StringBuffer()和String()�?br /> 如果你发现每�ơGC后，Heap的剩余空间会是�ȝ��间的50%�Q�这表示你的Heap处于健康状态。许多Server端的Java�E�序每次GC后最好能�?5%的剩余空间�?br /> �l�验之谈�Q?br /> 1�Q�Server端JVM最好将-Xms�?Xmx设�ؓ相同倹{��ؓ了优化GC�Q�最好让-Xmn值约�{�于-Xmx�?/3[2]�?
2�Q�一个GUI�E�序最好是�?0�?0�U�间�q�行一�ơGC�Q�每�ơ在半秒之内完成[2]�?
注意�Q?br /> 1�Q�增加Heap的大��虽然会降低GC的频率，但也增加了每�ơGC的时间。�ƈ且GC�q�行�Ӟ��所有的用户�U�程��暂停，也就是GC期间�Q�Java应用�E�序不做��M��工作�?br /> 2�Q�Heap大小�q�不军_��q�程的内存��用量。进�E�的内存使用量要大于-Xmx定义的��|��因�ؓJava为其他�Q务分配内存，例如每个�U�程的Stack�{��?br /> 2�Q�Stack的设�?br /> 每个�U�程都有他自��q��Stack�?/p>
-Xss 每个�U�程的Stack大小

Stack的大��限制着�U�程的数量。如果Stack�q�大��好��D��内存溢漏�?Xss参数军_��Stack大小�Q�例�?Xss1024K。如果Stack太小�Q�也会导致Stack溢漏�?br /> 3�Q�硬件环�?br /> ��g环境也媄响GC的效率，例如机器的种�c�，内存�Q�swap�I�间�Q�和CPU的数量�?br /> 如果你的�E�序需要频�J�创建很多transient对象�Q�会��D��JVM频繁GC。这�U�情况你可以增加机器的内存，来减��Swap�I�间的��用[2]�?br /> 4�Q?�U�GC
�W�一�U��ؓ单线�E�GC�Q�也是默认的GC。，该GC适用于单CPU机器�?br /> �W�二�U��ؓThroughput GC�Q�是多线�E�的GC�Q�适用于多CPU�Q��用大量线�E�的�E�序。第二种GC与第一�U�GC�怼��Q�不同在于GC在收集Young区是多线�E�的�Q�但在Old区和�W�一�U�一��P��仍然采用单线�E��?XX:+UseParallelGC参数启动该GC�?br /> �W�三�U��ؓConcurrent Low Pause GC�Q�类��g��W�一�U�，适用于多CPU�Q��ƈ要求�~�短因GC造成�E�序停滞的时间。这�U�GC可以在Old区的回收同时�Q�运行应用程序�?XX:+UseConcMarkSweepGC参数启动该GC�?br /> �W�四�U��ؓIncremental Low Pause GC�Q�适用于要求羃短因GC造成�E�序停滞的时间。这�U�GC可以在Young区回收的同时�Q�回收一部分Old区对象�?Xincgc参数启动该GC�?/p>

疯狂 2011-03-08 13:16 发表评论

提高AJAX客户端响应速度(转蝲)

疯狂 — Fri, 11 Feb 2011 07:23:00 GMT

提高AJAX客户端响应速度

(文：包一��?/span>)

AJAX的出现极大的改变�?/span>Web应用客户端的操作模式�Q�它使的用户可以在全心工作时不必频繁的忍受那令�h厌恶的页面刷新。理��Z��AJAX技术在很大的程度上可以减少用户操作的等待时��_��同时节约�|�络上的数据��量。而然�Q�实际情况却�q�不��L��q�样。用��h��怼�抱怨用�?/span>AJAX的系�l�响应速度反而降低了�?/span>

�W�者从�?/span>AJAX斚w��的研发多�q�_��参与开发了目前国内较�ؓ成熟�?/span>AJAX�q�_��-dorado。根据笔者的�l�验�Q�导致这�U�结果的�Ҏ��原因�q�不�?/span>AJAX。很多时候系�l�响应速度的降低都是由不够合理的界面设计和不够高效的编�E�习惯造成的。下面我们就来分析几�?/span>AJAX开发过�E�中需要时��L��意的环节�?/span>

n 合理的��用客��L��~�程和远�E�过�E�调用�?/span>

客户端的�~�程主要都是��Z��JavaScript的。�?/span>JavaScript是一�U�解释型的编�E�语�a��Q�它的运行效率相对于Java�{�都要稍逊一�{�V��同�?/span>JavaScript又是�q�行在浏览器�q�样一个严格受限的环境当中。因此开发�h员对于哪些逻辑可以在客��L��执行应该有一个清醒的认识�?/span>

在实际的应用中究竟应该怎样使用客户端编�E�，�q�依赖于开发�h员的�l�验判断。这里很多问题是只可意会的。由于篇�q�有限，在这里我们大致归�U�_��下面�q�几个注意事��：

u ��可能避免频�J�的使用�q�程�q�程调用�Q�例如避免在循环体中使用�q�程�q�程调用�?/span>

u 如果可能的话��可能��?/span>AJAX方式的远�E�过�E�调用（异步方式的远�E�过�E�调用）�?/span>

u 避免��重量��的数据操作放�|�在客户端。例如：大批量的数据复制操作、需要通过大量的数据遍历完成的计算�{��?/span>

n 改进�?/span>DOM对象的操作方式�?/span>

客户端的�~�程中，�?/span>DOM对象的操作往往是最�Ҏ��占用CPU旉��的。而对�?/span>DOM对象的操作，不同的编�E�方法之间的性能差异又往往是非常大的�?/span>

以下是三�D�运行结果完全相同的代码�Q�它们的作用是在�|�页中创��Z��?/span>10x1000的表根{��然而它们的�q�行速度却有着天壤之别�?/span>

/* ��试代码1 - 耗时: 41�U?/span>*/

var table = document.createElement("TABLE");

document.body.appendChild(table);

for(var i = 0; i < 1000; i++){

var row = table.insertRow(-1);

for(var j = 0; j < 10; j++){

    var cell = objRow.insertCell(-1);

     cell.innerText = "( " + i + " , " + j + " )";

}

}

/* ��试代码2 - 耗时: 7.6�U?/span> */

var table = document.getElementById("TABLE");

document.body.appendChild(table);

var tbody = document.createElement("TBODY");

table.appendChild(tbody);

for(var i = 0; i < 1000; i++){

var row = document.createElement("TR");

tbody.appendChild(row);

for(var j = 0; j < 10; j++){

    var cell = document.createElement("TD");

     row.appendChild(cell);

     cell.innerText = "( " + i + " , " + j + " )";

}

}

/* ��试代码3 - 耗时: 1.26�U?/span> */

var tbody = document.createElement("TBODY");

for(var i = 0; i < 1000; i++){

var row = document.createElement("TR");

       for(var j = 0; j < 10; j++){

    var cell = document.createElement("TD");

     cell.innerText = "( " + i + " , " + j + " )";

     row.appendChild(cell);

}

tbody.appendChild(row);

}

var table = document.getElementById("TABLE");

table.appendChild(tbody);

document.body.appendChild(table);

�q�里�?#8220;��试代码1”�?#8220;��试代码2”之间的差别在于在创徏表格单元时��用了不同�?/span>API�Ҏ��。�?#8220;��试代码2”�?#8220;��试代码3”之间的差别在于处理顺序的略微不同�?/span>

“��试代码1”�?#8220;��试代码2”之间如此大的性能差别我们无从分析�Q�目前所知的�?/span>insertRow�?/span>insertCell�?/span>DHTML中表格特有的API�Q?/span>createElement�?/span>appendChild�?/span>W3C DOM的原�?/span>API。而前者应该是对后者的��装。不�q�，我们�q�不能因此而得出结��?/span>DOM的原�?/span>API��L��优于对象�Ҏ��?/span>API。徏议大家在需要频�J�调用某一API�Ӟ��对其性能表现做一些基本的��试�?/span>

“��试代码2”�?#8220;��试代码3”之间的性能差异主要来自于他们的构徏��序不同�?#8220;��试代码2”的做法是首先创徏最外层�?/span>
对象�Q�然后再在��@环中依次创徏�?/span>
。�?#8220;��试代码3”的做法是首先在内存中由内到外的构建好整个表格�Q�最后再��它��d��到网��中。这样做的目的是��可能的减少��览器重新计��页面布局的次数。每当我们将一个对象添加到�|�页中时�Q�浏览器都会��试寚w��面中的控件的布局�q�行重新计算。所以，如果我们能够首先在内存中��整个要构造的对象全部创徏好，然后再一�ơ性的��d��到网��中。那么，��览器将只会做一�ơ布局的重计算。�ȝ��Z��句话那就是越晚执�?/span>appendChild��好。有时�ؓ了提高运行效率，我们甚至可以考虑先��?/span>removeChild��已存在的控件从��面中移除，然后构造完成后再重新将其放�|�回��面当中�?/span>

n 提高字符串篏加的速度

在��?/span>AJAX提交信息�Ӟ��我可能常帔R��要拼装一些比较大的字�W�串通过XmlHttp来完�?/span>POST提交。尽��提交这样大的信息的做法看�v来�ƈ不优雅，但有时我们可能不得不面对�q�样的需求。那�?/span>JavaScript中对字符串的累加速度如何呢？我们先来做下面的�q�个实验。篏加一个长度�ؓ30000的字�W�串�?/span>

/* ��试代码1 - 耗时: 14.325�U?/span> */

var str = "";

for (var i = 0; i < 50000; i++) {

       str += "xxxxxx";

}

�q�段代码耗时14.325�U�，�l�果�q�不理想。现在我们将代码改�ؓ如下的�Ş式：

/* ��试代码2 - 耗时: 0.359�U?/span> */

var str = "";

for (var i = 0; i < 100; i++) {

       var sub = "";

       for (var j = 0; j < 500; j++) {

              sub += "xxxxxx";

       }

       str += sub;

}

�q�段代码耗时0.359�U�！同样的结果，我们做的只是首先��D��一些较��的字符串然后再�l�装成更大的字符丌Ӏ�这�U�做法可以有效的在字�W�串��D��的后期减��内存复制的数据量。知道了�q�一原理之后我们�q�可以把上面的代码进一步拆散以后进行测试。下面的代码仅耗时0.140�U��?/span>

/* ��试代码3 - 耗时: 0.140�U?/span> */

var str = "";

for (var i1 = 0; i1 < 5; i1++) {

       var str1 = "";

       for (var i2 = 0; i2 < 10; i2++) {

              var str2 = "";

              for (var i3 = 0; i3 < 10; i3++) {

                     var str3 = "";

                     for (var i4 = 0; i4 < 10; i4++) {

                            var str4 = "";

                            for (var i5 = 0; i5 < 10; i5++) {

                                   str4 += "xxxxxx";

                            }

                            str3 += str4;

                     }

                     str2 += str3;

              }

              str1 += str2;

       }

       str += str1;

}

不过�Q�上面这�U�做法也许�ƈ不是最好的�Q�如果我们需要提交的信息�?/span>XML格式的（其实�l�大多数情况下，我们都可以设法将要提交的信息�l�装�?/span>XML格式�Q�，我们�q�能扑ֈ�更高效更优雅的方�?/span>�?span style="font-family: 宋体">利用DOM对象为我们组装字�W�串。下面这�D�代买组装一个长度�ؓ950015的字�W�串仅须耗时0.890�U��?/span>

/* 利用DOM对象�l�装信息 - 耗时: 0.890�U?/span> */

var xmlDoc;

if (browserType == BROWSER_IE) {

       xmlDoc = new ActiveXObject("Msxml.DOMDocument");

}

else {

       xmlDoc = document.createElement("DOM");

}

var root = xmlDoc.createElement("root");

for (var i = 0; i < 50000; i++) {

       var node = xmlDoc.createElement("data");

       if (browserType == BROWSER_IE) {

              node.text = "xxxxxx";

       }

       else {

              node.innerText = "xxxxxx";

       }

       root.appendChild(node);

}

xmlDoc.appendChild(root);

var str;

if (browserType == BROWSER_IE) {

       str = xmlDoc.xml;

}

else {

       str = xmlDoc.innerHTML;

}

n 避免DOM对象的内存泄漏�?/span>

关于IE�?/span>DOM对象的内存泄露是一个常常被开发�h员忽略的问题。然而它带来的后果却是非�怸�重的�Q�它会导�?/span>IE的内存占用量持箋上升�Q��ƈ且浏览器的整体运行速度明显下降。对于一些泄露比较严重的�|�页�Q�甚臛_��要刷新几�ơ，�q�行速度��׃��降低一倍�?/span>

比较常见的内存泄漏的模型�?#8220;循环引用模型”�?#8220;闭包函数模型”�?#8220;DOM插入��序模型”,对于前两�U�泄漏模型，我们都可以通过在网��|��构时解除引用的方式来避免。而对�?#8220;DOM插入��序模型”则需要通过改变一些惯有的�~�程习惯的方式来避免�?/span>

有关内存泄漏的模型的更多介绍可以通过Google很快的查刎ͼ�本文不做�q�多的阐�q�。不�q�，�q�里我向您推荐一个可用于查找和分析网��内存泄露的��工�?/span>�?span style="font-family: 'Verdana', 'sans-serif'">Drip�Q�目前的较新版本�?/span>0.5�Q�下载地址�?/span>http://outofhanwell.com/ieleak/index.php

n 复杂��面的分�D�装载和初始�?/span>

对系�l�当中某些确实比较复杂而又不便使用IFrame的界面，我们可以对其实施分段装蝲。例如对于多��|��{��界面�Q�我们可以首先下载和初始化多��|��{��默认��，然后利用AJAH�Q?/span>asynchronous JavaScript and HTML�Q�技术来异步的装载其他标�{�N��中的内容。这样就能保证界面可以在�W�一旉��首先展现�l�用戗��把整个复杂界面的装载过�E�分散到用户的操作过�E�当中�?/span>

n 利用GZIP压羃�|�络��量�?/span>

除了上面提到的这些代码��的改良之外，我们�q�可以利�?/span>GZIP来有效的降低�|�络��量。目前常见的��L��览器已�l�全部支�?/span>GZIP��法�Q�我们往往只需要编写少量的代码��可以支�?/span>GZIP了。例如在J2EE中我们可以在Filter中通过下面的代码来判断客户端浏览器是否支持GZIP��法�Q�然后根据需要利�?/span>java.util.zip.GZIPOutputStream来实�?/span>GZIP的输出�?/span>

/* 判断��览器对GZIP支持方式的代�?/span> */

private static String getGZIPEncoding(HttpServletRequest request) {

String acceptEncoding = request.getHeader("Accept-Encoding");

if (acceptEncoding == null) return null;

acceptEncoding = acceptEncoding.toLowerCase();

if (acceptEncoding.indexOf("x-gzip") >= 0) return "x-gzip";

if (acceptEncoding.indexOf("gzip") >= 0) return "gzip";

return null;

}

一般而言�Q?/span>GZIP对于HTML�?/span>JSP的压�~�比可以辑ֈ�80%左右�Q�而它造成的服务端和客��L��的性能损耗几乎是可以忽略的。结合其他因素，支持GZIP的网站有可能为我们节�U?/span>50%的网�l�流量。因�?/span>GZIP的��用可以�ؓ那些�|�络环境不是特别好的应用带来显著的性能提升。��?/span>Http的监视工�?/span>Fiddler可以方便的检��出�|�页在��?/span>GZIP前后的通讯数据量�?/span>Fiddler的下载地址�?/span>http://www.fiddlertool.com/fiddler/

关于Web应用的性能优化其实是一个非常大的话题。本文由于篇�q�有限，只能涉及其中的几个细节，�q�且也无法将�q�些�l�节的优化方式全面的展现�l�大家。期望本文能够引起大家对Web应用��其是客��L��性能优化的充分重视。毕竟服务端�~�程技巧已为大家熟知多�q�_��在服务端挖掘性能的潜力已�l�不大了。而在客户端的�Ҏ��改进往往能够得到令�h惊奇的性能提升�?/span>

疯狂 2011-02-11 15:23 发表评论

加速Javascript�Q�DOM操作优化

疯狂 — Sun, 17 Oct 2010 15:53:00 GMT

原文�Q�《Speeding up JavaScript: Working with the DOM�?/p>
作者： KeeKim Heng, Google Web Developer

在我们开发互联网富应用（RIA�Q�时�Q�我们经常写一些javascript脚本来修�Ҏ��者增加页面元素，�q�些工作最�l�是DOM——或者说文档对象模型——来完成的，而我们的实现方式会媄响到应用的响应速度�?/p>
DOM操作会导致浏览器重解�?reflow)�Q�这是浏览器的一个决定页面元素如何展现的计算�q�程。直接修改DOM�Q�修改元素的CSS样式�Q�修�Ҏ��览器的窗口大��，都会触发重解析。读取元素的布局属性比如offsetHeithe或者offsetWidth也会触发重解析。重解析需要花费计��时��_��因此重解析触发的��少�Q�应用就会越快�?/p>
DOM操作通常要不��是修改已经存在的页面上的元素，要不��是创徏新的��面元素。下面的4�U�优化方案覆盖了修改和创建DOM节点两种方式�Q�帮助你减少触发��览器重解析的次数�?/p>
�Ҏ��一�Q�通过CSS�c�d��切换来修改DOM

�q�个�Ҏ��让我们可以一�ơ性修改一个元素和它的子元素的多个样式属性而只触发一�ơ重解析�?/p>
需求：

�Q�emu注：原文作者写到这里的时候脑子显然短路了一下，把后面的Out-of-the-flow DOM Manipulation模式要解决的问题�l�摆到这里来了，不过从示范代码中很容易明白作者真正想描述的问题，因此emu��׃��照翻原文了）

我们现在需要写一个函数来修改一个超链接的几个样式规则。要实现很简单，把这几个规则对应的属性逐一改了��好了。但是带来的问题是，每修改一个样式属性，都会��D��一�ơ页面的重解析�?/p>
view plaincopy to clipboardprint?
function selectAnchor(element) {
element.style.fontWeight = 'bold';
element.style.textDecoration = 'none';
element.style.color = '#000';
}
function selectAnchor(element) {
element.style.fontWeight = 'bold';
element.style.textDecoration = 'none';
element.style.color = '#000';
}

解决�Ҏ��

要解册��个问题，我们可以先创��Z��个样式名�Q��ƈ且把要修改的样式规则都放到这个类名上�Q�然后我们给��链接添加上�q�个新类名，��可以实现添加几个样式规则而只触发一�ơ重解析了。这个模式还有个好处是也实现了表现和逻辑相分��R�?/p>
view plaincopy to clipboardprint?
.selectedAnchor {
font-weight: bold;
text-decoration: none;
color: #000;
}

function selectAnchor(element) {
element.className = 'selectedAnchor';
}
.selectedAnchor {
font-weight: bold;
text-decoration: none;
color: #000;
}

function selectAnchor(element) {
element.className = 'selectedAnchor';
}

�Ҏ��二：在非渲染��Z��改DOM

�Q�emu注：作者在�q�里再次脑子短�\�Q�把DocumentFragment DOM Generation模式的介�l�提前到�q�里来了�Q�emu只好再次发挥一下）
上一个方案解决的是修改一个超链接的问题，当一�ơ需要对很多个超链接�q�行相同修改的时候，�q�个�Ҏ��可以大显��n手了�?/p>
需�?/p>
需求是�q�样的，我们要写一个函数来修改一个指定元素的子元素中所有的��链接的样式名（className�Q�属性。要实现很简单，我们可以通过遍历每个��链接�ƈ且修改它们的样式名来完成��d��。但是带来的问题��是�Q�每修改一个超链接都会��D��一�ơ重解析�?/p>
view plaincopy to clipboardprint?
function updateAllAnchors(element, anchorClass) {
var anchors = element.getElementsByTagName('a');
for (var i = 0, length = anchors.length; i < length; i ++) {
    anchors[i].className = anchorClass;
}
}
function updateAllAnchors(element, anchorClass) {
var anchors = element.getElementsByTagName('a');
for (var i = 0, length = anchors.length; i < length; i ++) {
    anchors[i].className = anchorClass;
}
}

解决�Ҏ��

要解册��个问题，我们可以把被修改的指定元素从DOM里面�U�除�Q�再修改所有的��链接，然后在把�q�个元素插入回到它原来的位置上。�ؓ了完成这个复杂的操作�Q�我们可以先写一个可重用的函敎ͼ�它不但移除了�q�个DOM节点�Q�还�q�回了一个把元素插回到原来的位置的函数�?/p>
view plaincopy to clipboardprint?
/**
* Remove an element and provide a function that inserts it into its original position
* @param element {Element} The element to be temporarily removed
* @return {Function} A function that inserts the element into its original position
**/
function removeToInsertLater(element) {
var parentNode = element.parentNode;
var nextSibling = element.nextSibling;
parentNode.removeChild(element);
return function() {
    if (nextSibling) {
      parentNode.insertBefore(element, nextSibling);
    } else {
      parentNode.appendChild(element);
    }
};
}
/**
* Remove an element and provide a function that inserts it into its original position
* @param element {Element} The element to be temporarily removed
* @return {Function} A function that inserts the element into its original position
**/
function removeToInsertLater(element) {
var parentNode = element.parentNode;
var nextSibling = element.nextSibling;
parentNode.removeChild(element);
return function() {
    if (nextSibling) {
      parentNode.insertBefore(element, nextSibling);
    } else {
      parentNode.appendChild(element);
    }
};
}

有了上面�q�个函数�Q�现在我们就可以在一个不需要解析渲染的元素上面修改那些��链接了。这样只在移除和插入元素的时候各触发一�ơ重解析�?/p>
view plaincopy to clipboardprint?
function updateAllAnchors(element, anchorClass) {
var insertFunction = removeToInsertLater(element);
var anchors = element.getElementsByTagName('a');
for (var i = 0, length = anchors.length; i < length; i ++) {
    anchors[i].className = anchorClass;
}
insertFunction();
}
function updateAllAnchors(element, anchorClass) {
var insertFunction = removeToInsertLater(element);
var anchors = element.getElementsByTagName('a');
for (var i = 0, length = anchors.length; i < length; i ++) {
    anchors[i].className = anchorClass;
}
insertFunction();
}

�Ҏ��三：一�ơ性的DOM元素生成

�q�个�Ҏ��让我们创��Z��个元素的�q�程只触发一�ơ重解析。在创徏完元素以后，先进行所有需要的修改�Q�最后才把它插入到DOM里面��d��可以�?/p>
需�?/p>
需求是�q�样的，实现一个函敎ͼ�往一个指定的父元素上插入一个超链接元素。这个函数要同时可以讄��q�个��链接的昄��文字和样式类。我们可以这样做�Q�创建元素，插入到DOM里面�Q�然后设�|�相应的属性。这��p��触发3�ơ重解析�?/p>
view plaincopy to clipboardprint?
function addAnchor(parentElement, anchorText, anchorClass) {
var element = document.createElement('a');
parentElement.appendChild(element);
element.innerHTML = anchorText;
element.className = anchorClass;
}
function addAnchor(parentElement, anchorText, anchorClass) {
var element = document.createElement('a');
parentElement.appendChild(element);
element.innerHTML = anchorText;
element.className = anchorClass;
}

解决�Ҏ��

很简单，我们只要把插入元素这个操作放到最后做�Q�就可以只进行一�ơ重解析了�?/p>
view plaincopy to clipboardprint?
function addAnchor(parentElement, anchorText, anchorClass) {
var element = document.createElement('a');
element.innerHTML = anchorText;
element.className = anchorClass;
parentElement.appendChild(element);
}
function addAnchor(parentElement, anchorText, anchorClass) {
var element = document.createElement('a');
element.innerHTML = anchorText;
element.className = anchorClass;
parentElement.appendChild(element);
}

不过�Q�要是我们想要插入很多个��链接到一个元素里面的话，那么�q�个做法�q�是有问题：每插入一个超链接�q�是要触发一�ơ重解析。下一个方案可以解册��个问题�?/p>
�Ҏ��四：通过文档片段对象�Q�DocumentFragment�Q�创��Z��l�元�?/p>
�q�个�Ҏ��允许我们创徏�q�插入很多个元素而只触发一�ơ重解析。要实现�q�点需要用到所谓的文档片段对象�Q�DocumentFragment�Q�。我们先在DOM之外创徏一个文档片�D�对象（�q�样它也��׃��需要解析和渲染�Q�，然后我们在文档片�D�对象中创徏很多个元素，最后我们把�q�个文档片段对象中所有的元素一�ơ性放到DOM里面去，只触发一�ơ重解析�?/p>
需�?/p>

我们要写一个函敎ͼ�往一个指定的元素上面增加10个超链接。如果我们简单的直接插入10个超链接到元素上面，��׃��触发10�ơ重解析�?/p>
view plaincopy to clipboardprint?
function addAnchors(element) {
var anchor;
for (var i = 0; i < 10; i ++) {
    anchor = document.createElement('a');
    anchor.innerHTML = 'test';
    element.appendChild(anchor);
}
}
function addAnchors(element) {
var anchor;
for (var i = 0; i < 10; i ++) {
    anchor = document.createElement('a');
    anchor.innerHTML = 'test';
    element.appendChild(anchor);
}
}

解决�Ҏ��

要解册��个问题，我们要先创徏一个文档片�D�对象，然后把每个新创徏的超链接都插入到它里面去。当我们把文档片�D�对象用appendChild命��o插入到指定的节点�Ӟ��q�个文档片段对象的所有子节点��׃��赯��插入到指定的元素里面�Q�而且只需要触发一�ơ重解析�?/p>
view plaincopy to clipboardprint?
function addAnchors(element) {
var anchor, fragment = document.createDocumentFragment();
for (var i = 0; i < 10; i ++) {
    anchor = document.createElement('a');
    anchor.innerHTML = 'test';
    fragment.appendChild(anchor);
}
element.appendChild(fragment);
}

本文来自CSDN博客�Q��{载请标明出处�Q�http://blog.csdn.net/emu/archive/2010/03/01/5334583.aspx

疯狂 2010-10-17 23:53 发表评论

Tomcat内存溢出的三�U�情况及解决办法分析

疯狂 — Sat, 16 Oct 2010 05:28:00 GMT

Tomcat内存溢出的原�?

    在生产环境中tomcat内存讄��不好很容易出现内存溢出。造成内存原因是不一��L��Q�当然处理方式也不一栗��?/p>
    �q�里�Ҏ��q�x��遇到的情况和相关资料�q�行一个�ȝ��。常见的一般会有下面三�U�情况：

    1.OutOfMemoryError�Q?Java heap space

    2.OutOfMemoryError�Q?PermGen space

    3.OutOfMemoryError�Q?unable to create new native thread.

    Tomcat内存溢出解决�Ҏ��

    对于前两�U�情况，在应用本�w�没有内存泄露的情况下可以用讄��tomcat jvm参数来解冟뀂（-Xms -Xmx -XX�Q�PermSize -XX�Q�MaxPermSize�Q?/p>
    最后一�U�可能需要调整操作系�l�和tomcat jvm参数同时调整才能辑ֈ�目的�?/p>
    �W�一�U�：是堆溢出�?

    在JVM中如�?8�Q�的旉��是用于GC且可用的 Heap size 不��2�Q�的时候将抛出此异�怿�息�?/p>
    没有内存泄露的情况下�Q�调�?Xms -Xmx参数可以解决�?/p>
    -Xms�Q�初始堆大小

    -Xmx�Q�最大堆大小

    但堆的大��受下面三方面媄响：

    1.相关操作�pȝ��的数据模型（32-bt�q�是64-bit�Q�限�Ӟ��Q?2位系�l�下�Q�一般限制在1.5G~2G�Q�我�?003 server �pȝ��下（物理内存�Q?G�?G�Q�jdk�Q?.6�Q�测�?1612M�Q?4为操作系�l�对内存无限制。）

    2.�pȝ��的可用虚拟内存限�Ӟ��

    3.�pȝ��的可用物理内存限制�?/p>
    堆的大小可以使用 java -Xmx***M version 命��o来测�?。支持的话会出现jdk的版本号�Q�不支持会报错�?/p>
    -Xms -Xmx一般配�|�成一��h��较好比如set JAVA_OPTS= -Xms1024m -Xmx1024m

    �W�二�U�：�怹�保存区域溢出

    PermGen space的全�U�是Permanent Generation space�Q�是指内存的�怹�保存区域。这一部分用于存放Class和Meta的信息，Class在被 Load的时候被攑օ�PermGen space区域�Q�它和和存放Instance的Heap区域不同�Q�GC�Q�Garbage Collection�Q�不会在�ȝ��序运行期对PermGen space�q�行清理�Q�所以如果你的APP会LOAD很多CLASS的话�Q�就很可能出现PermGen space错误。这�U�错误常见在web服务�?对JSP�q�行pre compile的时候。但目前的hibernate和spring��目中也很容易出现这��L��问题。http://www.javaeye.com/topic/80620 ?page=1 的帖子有讨论的这个问题。可能是�׃��q�些框架会动态class�Q�而且jvm的gc是不会清理PemGen space的，��D��内存溢出�?/p>
    �q�一个一般是加大-XX�Q�PermSize -XX�Q�MaxPermSize 来解决问题�?/p>
    -XX�Q�PermSize �怹�保存区域初始大小

    -XX�Q�PermSize �怹�保存区域初始最大�?/p>
    �q�一般结合第一条��用，比如 set JAVA_OPTS= -Xms1024m -Xmx1024m -XX�Q�PermSize=128M -XX�Q�PermSize=256M

    有一炚w��要注意：java -Xmx***M version 命��o来测试的最大堆内存�?-Xmx�?-XX�Q�PermSize�?�?比如�pȝ��支持最大的jvm堆大��事1.5G�Q�那 -Xmx1024m -XX�Q�PermSize=768M 是无法运行的�?/p>
    �W�三�U�：无法创徏新的�U�程�?

    �q�种现象比较��见�Q�也比较奇怪，主要是和jvm与系�l�内存的比例有关�?/p>
    �q�种怪事是因为JVM已经被系�l�分配了大量的内存（比如1.5G�Q�，�q�且它至��要占用可用内存的一半。有人发玎ͼ�在线�E�个数很多的情况下，你分配给JVM 的内存越多，那么�Q�上�q�错误发生的可能性就��大�?/p>
    产生�q�种现象的原因如下（从这个blog中了解到原因�Q�http://hi.baidu.com/hexiong/blog/item/16dc9e518fb10c2542a75b3c.html �Q�：

    每一�?2位的�q�程最多可以��?G的可用内存，因�ؓ另外2G被操作系�l�保留。这里假设��?.5G�l�JVM�Q�那么还余下500M可用内存。这500M内存中的一部分必须用于�pȝ��dll的加载，那么真正剩下的也许只�?00M�Q�现在关键的地方出现了：当你使用Java 创徏一个线�E�，在JVM的内存里也会创徏一个Thread对象�Q�但是同时也会在操作�pȝ��里创��Z��个真正的物理�U�程�Q�参考JVM规范�Q�，操作�pȝ��会在余下�?00兆内存里创徏�q�个物理�U�程�Q�而不是在JVM�?500M的内存堆里创建。在jdk1.4里头�Q�默认的栈大��是256KB�Q�但是在jdk1.5里头�Q�默认的栈大��ؓ1M每线�E�，因此�Q�在余下400M的可用内存里�Ҏ��们最多也只能创徏400个可用线�E��?/p>
    �q�样�l�论��出来了�Q�要惛_��建更多的�U�程�Q�你必须减少分配�l�JVM的最大内存。还有一�U�做法是让JVM宿主在你的JNI代码里边�?/p>
    �l�出一个有兌��够创建线�E�的最大个数的估算公式�Q?/p>
    �Q�MaxProcessMemory - JVMMemory - ReservedOsMemory�Q?/ �Q�ThreadStackSize�Q?= Number of threads

    对于jdk1.5而言�Q�假设操作系�l�保�?20M内存�Q?/p>
    1.5GB JVM�Q?�Q?GB-1.5Gb-120MB�Q?�Q?MB�Q?= ~380 threads

    1.0GB JVM�Q?�Q?GB-1.0Gb-120MB�Q?�Q?MB�Q?= ~880 threads

    �?000/XP/2003的boot.ini里头有一个启动选项�Q�好像是�Q?PAE /3G �Q�可以让用户�q�程最大内存扩充至3G�Q�这时操作系�l�只能占用最�?G的虚存。那样应该可以让JVM创徏更多的线�E��?/p>
    因此�q�种情况需要结合操作系�l�进行相兌��整�?/p>
    因此�Q�我们需要结合不同情况对tomcat内存分配�q�行不同的诊断才能从�Ҏ��上解决问题�?/p>
    以上��是针对Tomcat内存溢出的几�U�解��x��案。本文来自George的博客：《tomcat内存溢出�ȝ��?/p>

本文来自CSDN博客�Q��{载请标明出处�Q�http://blog.csdn.net/Senton/archive/2010/07/01/5707446.aspx

疯狂 2010-10-16 13:28 发表评论

Tomcat启动分析server.xml

疯狂 — Mon, 11 Oct 2010 15:13:00 GMT

1 - Tomcat Server的组成部�?
1.1 - Server

A Server element represents the entire Catalina servlet container. (Singleton)

1.2 - Service

A Service element represents the combination of one or more Connector components that share a single Engine
Service是这样一个集合：它由一个或者多个Connector�l�成�Q�以及一个Engine�Q�负责处理所有Connector所获得的客戯��?/font>

1.3 - Connector

一个Connector��在某个指定端口上侦听客戯��求，�q�将获得的请求交�l�Engine来处理，从Engine处获得回应�ƈ�q�回客户
TOMCAT有两个典型的Connector�Q�一个直接侦听来自browser的http��h��Q�一个侦听来自其它WebServer的请�?br /> Coyote Http/1.1 Connector 在端�?080处侦听来自客户browser的http��h��
Coyote JK2 Connector 在端�?009处侦听来自其它WebServer(Apache)的servlet/jsp代理��h��

1.4 - Engine

The Engine element represents the entire request processing machinery associated with a particular Service
It receives and processes all requests from one or more Connectors
and returns the completed response to the Connector for ultimate transmission back to the client
Engine下可以配�|�多个虚拟主机Virtual Host�Q�每个虚拟主机都有一个域�?br /> 当Engine获得一个请求时�Q�它把该��h��匚w��到某个Host上，然后把该��h��交给该Host来处�?br /> Engine有一个默认虚拟主机，当请求无法匹配到��M��一个Host上的时候，��交�l�该默认Host来处�?/font>

1.5 - Host

代表一个Virtual Host�Q�虚拟主机，每个虚拟��L��和某个网�l�域名Domain Name相匹�?br /> 每个虚拟��L��下都可以部��v(deploy)一个或者多个Web App�Q�每个Web App对应于一个Context�Q�有一个Context path
当Host获得一个请求时�Q�将把该��h��匚w��到某个Context上，然后把该��h��交给该Context来处�?br /> 匚w��的方法是“最长匹�?#8221;�Q�所以一个path==""的Context��成��Host的默认Context
所有无法和其它Context的�\径名匚w��的请求都��最�l�和该默认Context匚w��

1.6 - Context

一个Context对应于一个Web Application�Q�一个Web Application�׃��个或者多个Servlet�l�成
Context在创建的时候将�Ҏ��配置文�g�Q�CATALINA_HOME/conf/web.xml和＄WEBAPP_HOME/WEB-INF/web.xml载入Servlet�c?br /> 当Context获得��h��Ӟ��在自己的映��表(mapping table)中寻扄��匚w��的Servlet�c?br /> 如果扑ֈ��Q�则执行该类�Q�获得请求的回应�Q��ƈ�q�回

2 - Tomcat Server的结构图

3 - 配置文�g�Q�CATALINA_HOME/conf/server.xml的说�?
该文件描�q�C��如何启动Tomcat Server

    ... ... ... ...



                   port="8080"
               minProcessors="5" maxProcessors="75" acceptCount="100"
               enableLookups="true"
               redirectPort="8443"
               debug="0"
               connectionTimeout="20000"
               useURIValidationHack="false"
               disableUploadTimeout="true" />






































4 - Context的部�|�配�|�文件web.xml的说�?
一个Context对应于一个Web App�Q�每个Web App是由一个或者多个servlet�l�成�?br /> 当一个Web App被初始化的时候，它将用自��q��ClassLoader对象载入“部��v配置文�gweb.xml”中定义的每个servlet�c?br /> 它首先蝲入在�Q�CATALINA_HOME/conf/web.xml中部�|�的servlet�c?br /> 然后载入在自��q��Web App根目录下的WEB-INF/web.xml中部�|�的servlet�c?br /> web.xml文�g有两部分�Q�servlet�c�d��义和servlet映射定义
每个被蝲入的servlet�c�都有一个名字，且被填入该Context的映��表(mapping table)中，和某�U�URL PATTERN对应
当该Context获得��h��Ӟ��查询mapping table�Q�找到被��h��的servlet�Q��ƈ执行以获得请求回�?/font>

　　分析一下所有的Context�׃�n的web.xml文�g�Q�在其中定义的servlet被所有的Web App载入


        default

          org.apache.catalina.servlets.DefaultServlet


            debug
            0


            listings
            true

        1



        invoker

          org.apache.catalina.servlets.InvokerServlet


            debug
            0

        2



        jsp
        org.apache.jasper.servlet.JspServlet

            logVerbosityLevel
            WARNING

        3




        default
        /



        invoker
        /servlet/*



        jsp
        *.jsp


    ... ... ... ...

5 - Tomcat Server处理一个http��h��的过�E?
假设来自客户的请求�ؓ�Q?br /> http://localhost:8080/wsota/wsota_index.jsp

1) ��h��被发送到本机端口8080�Q�被在那里侦听的Coyote HTTP/1.1 Connector获得

2) Connector把该��h��交给它所在的Service的Engine来处理，�q�等待来自Engine的回�?/font>

3) Engine获得��h��localhost/wsota/wsota_index.jsp�Q�匹配它所拥有的所有虚拟主机Host

4) Engine匚w��到名为localhost的Host�Q�即使匹配不��C��把请求交�l�该Host处理�Q�因��Host被定义�ؓ该Engine的默认主机）

5) localhost Host获得��h��/wsota/wsota_index.jsp�Q�匹配它所拥有的所有Context

6) Host匚w��到�\径�ؓ/wsota的Context�Q�如果匹配不到就把该��h��交给路径名�ؓ""的Context��d��理）

7) path="/wsota"的Context获得��h��/wsota_index.jsp�Q�在它的mapping table中寻扑֯�应的servlet

8) Context匚w��到URL PATTERN�?.jsp的servlet�Q�对应于JspServlet�c?/font>

9) 构造HttpServletRequest对象和HttpServletResponse对象�Q�作为参数调用JspServlet的doGet或doPost�Ҏ��

10)Context把执行完了之后的HttpServletResponse对象�q�回�l�Host

11)Host把HttpServletResponse对象�q�回�l�Engine

12)Engine把HttpServletResponse对象�q�回�l�Connector

13)Connector把HttpServletResponse对象�q�回�l�客户browser

转蝲自：http://www.360doc.com/content/05/1116/10/2689_31126.shtml

疯狂 2010-10-11 23:13 发表评论

疯狂 — Mon, 11 Oct 2010 15:03:00 GMT

官方��译文档见：http://www.cnblogs.com/z-zw/archive/2010/09/30/1839394.html
通常�Q�我们�ؓ了避免内存溢出等问题�Q�需要设�|�环境变�?br />JAVA_OPTS    -Xms256M -Xmx512M �{�，【对于服务器�Q�一般都讄��成一��L��?br />但是有的时候可能这��L��讄��q�会不行(比如�Q�当Server应用�E�序加蝲较多�c�L��Q�即jvm加蝲�c�L��Q�永久域中的对象急剧增加�Q�从而��jvm不断调整�怹�域大��，��Z��避免调整)�Q�你可以使用更多的参数配�|�，如： java -Xms512m -Xmx512m -XX:PermSize=64m -XX:MaxPermSize=128m
其中�Q��?nbsp; -XX:MaxPerSize标志来增加永久域的大��，-XX:PerSize标志讄��初始�?/p>
-XX

��Z�� Sun �?Java 2 Standard Edition�Q�J2SE�Q? 有生成垃圑֛�收功能，�q�允许分隔内存池以包含不同时效的对象。垃圑֛�收��@环根据时效收集与其他对象彼此独立的对象。��用其他参敎ͼ�您可以单独设�|�内存池�?大小。�ؓ了实现更好的性能�Q�您应该对包含短期存�z�d��象的池的大小�q�行讄��Q�以使该池中的对象的存活旉��不会��过一个垃圑֛�收��@环。新生成的池的大��由 NewSize �?MaxNewSize 参数��定�?/p>
�W�一�ơ垃圑֛�收��@环中存活下来的对象�{�U�d��另一个池中。生�q�者池的大��由参数 SurvivorRatio ��定�?如果垃圾回收变成了瓶颈，您可以尝试定制生成池讄��。要监控垃圾回收�l�计信息�Q��?Tivoli Performance Viewer 中的对象�l�计信息�?verbose:gc 配置讄��?输入下列��|��
-XX:NewSize (lower bound)
-XX:MaxNewSize (upper bound)
-XX:SurvivorRatio=NewRatioSize
-XX:NewSize 320m 此��D��大可调大新对象区�Q�减��Full GC�ơ数
-XX:+UseParNewGC �Q�羃短minor攉��的时�?可用来设�|��ƈ行收集【多CPU�?br />-XX:+ParallelGCThreads 可用来增加�ƈ行度【多CPU�?br />-XX:+UseParallelGC 讄��后可以��用�ƈ行清除收集器【多CPU�?Xss�Q�每个线�E�的Stack大小

-verbose:gc 昄��垃圾攉��信息
-Xloggc:gc.log 指定垃圾攉��日志文�g
刚刚了解到的一些参敎ͼ�待实跉|��试）
-Xmn�Q�young generation的heap大小�Q�一般设�|��ؓXmx�?�?分之一
-XX:+UseConcMarkSweepGC �Q�羃短major攉��的时�?br />提示�Q�此选项在Heap Size 比较大而且Major攉��旉��较长的情况下使用更合�?/p>
下面的命令把整个堆设�|�成128m�Q�新域比率设�|�成3�Q�即新域与旧域比例�ؓ1�Q?�Q�新域�ؓ堆的1/4�?2M�Q?/p>
java –Xms128m –Xmx128m –XX:NewRatio =3�~�省��gؓ�Q�NewSize=2m MaxNewSize=32m SurvivorRatio=2。但是，如果 JVM 的堆大小大于 1GB�Q�则应该使用��|��-XX:newSize=640m -XX:MaxNewSize=640m -XX:SurvivorRatio=16�Q�或者将堆的��d��的 50% �?60% 分配�l�新生成的池�?/p>
          举例�Q�永久域默认大小�?m。运行程序时�Q�jvm会调整永久域的大��以满��需要。每�ơ调整时�Q�jvm会对堆进行一�ơ完全的垃圾攉��?/p>
使用-XX:MaxPerSize标志来增加永久域的大��。在WebLogic Server应用�E�序加蝲较多�c�L��Q�经帔R��要增加永久域的最大倹{��当jvm加蝲�c�L��Q�永久域中的对象急剧增加�Q�从而��jvm不断调整�怹�域大��。�ؓ了避�?调整�Q�可使用-XX:PerSize标志讄��初始倹{�?br />   下面把永久域初始��D��|�成32m�Q�最大��D��|�成64m�?br />    java -Xms512m -Xmx512m -Xmn128m -XX:PermSize=32m -XX:MaxPermSize=64m

默认状态下�Q�HotSpot在新域中使用复制攉��器。该域一般分��Z��个部分。第一部分为Eden�Q�用于生成新的对象。另两部分称为救助空��_��当Eden�?满时�Q�收集器停止应用�E�序�Q�把所有可到达对象复制到当前的from救助�I�间�Q�一旦当前的from救助�I�间充满�Q�收集器则把可到辑֯�象复制到当前的to救助 �I�间。From和to救助�I�间互换角色。维持活动的对象��在救助�I�间不断复制�Q�直到它们获得��用期�q��{入旧域。��?XX:SurvivorRatio�?控制新域子空间的大小�?/p>
目前�Q�我的的开发环�?2G内存�Q�tomcat+eclipse 大型应用�E�序
java -Xmx1024m -XX:PermSize=512m   基本��ok大部分应用了

我的服务器参数配�|?
MY_PARAMS="-Xmn340m -Xss128k -XX:NewSize=640m -XX:MaxNewSize=640m -XX:PermSize=512m -XX:MaxPermSize=512m -XX:+UseParNewGC -Xloggc:gc.log"

本文出处�Q�http://hi.baidu.com/china8jie/blog/item/7c4ac1a2e25a9fa5caefd0d1.html

常见配置汇�?/strong>
堆设�|?
-Xms :初始堆大��?
-Xmx :最大堆大小
-XX:NewSize=n :讄��q�轻代大��?
-XX:NewRatio=n: 讄��q�轻代和�q�老代的比倹{��如:�?�Q�表�C�年��M��与年老代比��gؓ1�Q?�Q�年��M��占整个年��M��q�老代和的1/4
-XX:SurvivorRatio=n :�q�轻代中Eden��Z��两个Survivor区的比倹{��注意Survivor区有两个。如�Q?�Q�表�C�Eden�Q�Survivor=3�Q?�Q�一个Survivor区占整个�q�轻代的1/5
-XX:MaxPermSize=n :讄��持久代大��?/li>
攉��器设�|?
-XX:+UseSerialGC :讄��串行攉��?
-XX:+UseParallelGC :讄��q�行攉��?
-XX:+UseParalledlOldGC :讄��q�行�q�老代攉��?
-XX:+UseConcMarkSweepGC :讄��q�发攉��?/li>
垃圾回收�l�计信息
-XX:+PrintGC
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-Xloggc:filename
�q�行攉��器设�|?
-XX:ParallelGCThreads=n :讄��q�行攉��器收集时使用的CPU数。�ƈ行收集线�E�数�?
-XX:MaxGCPauseMillis=n :讄��q�行攉��最大暂停时�?
-XX:GCTimeRatio=n :讄��垃圾回收旉��占程序运行时间的癑ֈ�比。公式�ؓ1/(1+n)
�q�发攉��器设�|?
-XX:+CMSIncrementalMode :讄��为增量模式。适用于单CPU情况�?
-XX:ParallelGCThreads=n :讄��q�发攉��器年��M��攉��方式为�ƈ行收集时�Q��用的CPU数。�ƈ行收集线�E�数�?/li>

疯狂 2010-10-11 23:03 发表评论

疯狂 — Sun, 10 Oct 2010 15:52:00 GMT

�?i�?0g�Q�Oracle不断�q�化自己的SQL Tuning��Q�一些秘�c��的优化口诀已经失效�?br />    但我喜欢失效�Q�不用记口诀�Q�操个Toad for Oracle Xpert �Q�按照大方向舒舒服服的调优才是爱做的事情�?/p>
1.Excution Plan
     Excution Plan是最基本的调优概念，不管你的调优吹得如何天花乱堕�Q�结果还是要由Excution plan来显�C�Oracle 最�l�用什么烦引、按什么顺序连接各表，Full Table Scan�q�是Access by Rowid Index�Q�瓶颈在什么地斏V��如果没有它的指��|��一切调优都是蒙的�?/p>

2.Toad for Oracle Xpert
    用它来调优在真的好舒服。Quest 吞�ƈ了Lecco后，��它整合��C��Toad 的SQL Tunning里面�Q�最清晰的执行计划显�C�，自动生成N条等价SQL、给��Z��化徏议，不同SQL执行计划的对比，�q�有实际执行的逻辑诅R��物理读数据�{�等一目了然�?/p>

3.索引
   大部分的性能问题其实都是索引应用的问题，Where子句、Order By、Group By 都要用到索引�?br />    一般开发�h员认为将索引建全了就可以下班回家了，实则�q�有颇多的思量和陷阱�?/p>
3.1 索引列上不要�q�行计算
      �q�是最最普遍的失效陷阱，比如where trunc(order_date)=trunc(sysdate), i+2>4。烦引失效的原因也简单，索引是针对原值徏的二叉树�Q�你��列�?3/4+2折腾一番后�Q�原来的二叉树当然就用不上了。解决的�Ҏ��:
　 1.　换成�{��h语法�Q�比如trunc(order_date) 换成

where order_date>trunc(sysdate)-1 and order_date
create index �Q�_XXXX on shop_order(trunc(order_date))    3.    ��计��从�{�号左边�U�d��双��
　�q�是针对某些无心之失的纠正，把a*2>4　改�ؓa>4/2�Q�把TO_CHAR(zip) = '94002' 改�ؓzip = TO_NUMBER('94002');

3.2 CBO与烦引选择�?br />      ��Z��索引也不一定会被Oracle用的�Q�就像个挑食的孩子。基于成本的优化�?CBO, Cost-Based Optimizer)�Q�会先看看表的大��，�q�有索引的重复度�Q�再军_��用还是不用。表中有100 条记录而其中有80 个不重复的烦引键�? �q�个索引的选择性就�?0/100 = 0.8�Q�留意Toad里显�C�烦引的Selective和Cardinailty。实在不听话�Ӟ��p��用hints来调教�?br />      另外�Q�where语句存在多条索引可用�Ӟ��只会选择其中一条。所以烦引也不是��多��好�Q�）

3.3 索引重徏
     传说中数据更新频�J�导致有20%的碎片时�Q�Oracle��׃��攑ּ��q�个索引。宁可信其有之下�Q�应该时常alter index rebuild一下�?/p>
3.4 其他要注意的地方
      不要使用Not�Q�如goods_no != 2�Q�要改�ؓ

where goods_no>2 or goods_no<2      不要使用is null , 如WHERE DEPT_CODE IS NOT NULL 要改�?/p>
WHERE DEPT_CODE >=0;3.5 select 的列如果全是索引列时
   又如果没有where 条�g�Q�或者where条�g全部是烦引列�Ӟ��Oracle ��直接从索引里获取数据而不去读真实的数据表�Q�这样子理论上会快很多，比如

select order_no,order_time from shop_order where shop_no=4当order_no,order_time,shop_no �q�三列全为烦引列�Ӟ��你将看到一个和�q�x��完全不同的执行计划�?/p>
3.6 位图索引
     传说中当数据��D��，比如某些表示分类、状态的列，应该��Z��囄��引而不是普通的二叉树烦引，否则效率低下。不�q�看执行计划�Q�这些位囄��引鲜有被Oracle临幸的�?br />

4.减少查询往�q�和查询的表
�q�也是很��单的大道理，�E�序与Oracle交互的成本极高，所以一个查询能完成的不要分开两次查，如果一个��@环执行１万条查询的，怎么都快不到哪里��M��?/p>
4.1 ��装PL/SQL存储�q�程
　最高��的做法是把��@环的操作��装到PL/SQL写的存储�q�程里，因�ؓ存储�q�程都在服务端执行，所以没有数据往�q�的消耗�?/p>

4.2 ��装PL/SQL内部函数
有机会，��一些查询封装到函数里，而在普通SQL里��用这些函敎ͼ�同样是很有效的优化�?/p>
4.3 Decode/Case
　但存储过�E�也�ȝ��Q�所以有case/decode把几条条件基本相同的重复查询合�ƈ��Z��条的用法�Q?/p>
SELECT
COUNT(CASE WHEN price < 13 THEN 1 ELSE null END) low,
COUNT(CASE WHEN price BETWEEN 13 AND 15 THEN 1 ELSE null END) med,
COUNT(CASE WHEN price > 15 THEN 1 ELSE null END) high
FROM products;4.4 一�U�Where/Update语法

SELECT TAB_NAME　FROM TABLES
WHERE (TAB_NAME,DB_VER) = �Q? SELECT TAB_NAME,DB_VER)
FROM TAB_COLUMNS WHERE VERSION = 604)

UPDATE EMP
SET (EMP_CAT, SAL_RANGE)
= (SELECT MAX(CATEGORY)FROM EMP_CATEGORIES)
5.其他优化
5.1RowID和ROWNUM
     �q�Hibernate 新版也支持ROWID了，证明它非常有用。比如号�U�删除重复数据的最快写法：

DELETE FROM EMP E
WHERE E.ROWID > (SELECT MIN(X.ROWID)
FROM EMP X
WHERE X.EMP_NO = E.EMP_NO);6.�l�极�U�技 - Hints
   �q�是Oracle DBA的玩��P��也是�l�极武器�Q�比如Oracle在CBO,RBO中所做的选择��M��合自己心水时�Q�可以用它来强力调教一下Oracle�Q�结果经常让人喜出望外�?br />    如果开发�h员没那么多时间来专门学习它，可以依靠Toad SQL opmitzer 来自动生成这些提�C�，然后�Ҏ��一下各�U�提�C�的实际效果。不�q�随着10g��的进化，hints的惊喜少了�?/p>
7. 扑և�要优化的Top SQL
    ��了�q�么久的枪，如果找不到敌人是仉��L��事情�?br />     �q怺�10g�q�方面做得非常好。进入Web��理界面�Q�就能看到当前或者�Q意一天的SQL列表�Q�按性能排序�?br />     有了它，SQL Trace和TKPROF都可以不用了�?/p>

本文来自CSDN博客�Q��{载请标明出处�Q�http://blog.csdn.net/calvinxiu/archive/2005/11/15/529756.aspx

疯狂 2010-10-10 23:52 发表评论

google Analytics 初探

疯狂 — Thu, 16 Sep 2010 13:37:00 GMT
      最�q�公司的在线�q�营�|�站要加大市场分析力度，因此公司惌��|�站的力量统计，包括用户来源分布�l�计�Q�功能��用率�l�计�{�，��Z��q�就来研�I�下google Analytics 了，一开始没做过�Q�上�|�搜了搜�Q�看见一��不错的文章��q��着整了�Q�等�q�段旉��看看�l�计效果咋样�Q�这里�{载文章大家看看，写的不错�Q�自�׃��先不写啥了�Q�最�q�在啃他的api �Q�api地址�Q?br /> http://code.google.com/intl/zh-CN/apis/analytics/docs/gaJS/gaJSApiBasicConfiguration.html
当然要想用的更好��需要去研究下他的api�Q�包扩一些新�Ҏ��Q�和一些统计的api。这��文章是关于豆瓣�|�的使用�l�验�Q�后面还附加了点评网的代码�?br />    内容如下�Q?
豆瓣从今�q�开始也加入 Google Analytics 的统计阵营。让我们通过它加载的 Google Analytics 源码�Q�简单分析一下它都是怎么应用的�?/p>
我们先从豆瓣的源码来看看它的Google Analytics�l�计代码

豆瓣 Google Analytics 代码

我们知道一般默认的 Google Analytics代码如下�Q?/p>

默认 Google Analytics �l�计代码

两相�Ҏ��Q�我们就会发现豆瓣加�?ga.js 的方式与默认的方式有些不太一��P��׃��豆瓣�q�没有采�?https 加密讉K��Q�所以撇弃了默认的ga.js加蝲方式�?/p>
默认的统计函敎ͼ�pageTracker 也被豆瓣�Ҏ��?_ga �Q�这个只是名�U�定义上的区别，�q�没有什么实质的改变。豆瓣的主要应用是下面两个函敎ͼ�

使用 _ga._addOrganic 识别非主��搜索引�?/h3>
再来看豆瓣比默认 Google Analytics 代码增加的部分，那就是多了数�?_ga._addOrganic �Q�这�?Google Analytics ��d��自定义搜索引擎的代码。尽��?Google Analytics 对于��L��的搜索引擎都能自动识别，但毕竟能识别的是国外的主��搜索引擎，在国内，像搜狐的 Sogou�Q�QQ �?soso�Q�网易的有道�{�搜索引擎，都不能被 Google Analytics 正确识别�Q�而被当作推荐来源。这时候我们就可以利用_addOrganic 参数来识别这些非��L��搜烦引擎�Q�如豆瓣的做法�?/p>
使用 _addIgnoredOrganic 忽略关键�?/h3>
除了��d��自定义搜索引擎，豆瓣在最后还��d��了如下这些代�?

_ga._addIgnoredOrganic("豆瓣"); _ga._addIgnoredOrganic("douban"); _ga._addIgnoredOrganic("豆瓣�|?); _ga._addIgnoredOrganic("www.douban.com");

�q�些代码用来把引号中的关键词从搜索引擎的关键词报告中排除�Q�而当成直接点击量来源�?/p>
��Z��么要�q�么做？因�ؓ一个知名的大网站，来自�q�些品牌词的搜烦��量都非常大�Q�常常是排在前几位的搜烦关键词来源，而这通常是因为搜索引擎养成现在的人都懒得记网址�Q�直接搜索品牌名来记住域名。这些品牌词对于�|�站的关键词来源分析�q�没有很直接的帮助，所以在来自品牌词的��量很大的情况下�Q�可以直接把�q�些关键词识别成直接点击量来源�?/p>
关于自定�?Google Analytics 搜烦引擎�?strong>排除特定关键词�ؓ直接点击量来�?/strong>的语法，可以参�?a class="external" title="_addOrganic() �?_addIgnoredOrganic() 用法介绍" target="_blank"> Google Code 上关于这斚w��的详�l�介�l��?/a>

通过 _setVar 识别用户

当我们登录豆瓣后�Q�再来分析豆瓣的源码�Q�会发现多了一�?code>ga._setVar(”xxxx”)�?Google Analytics 参数�?/p>

豆瓣使用 Google Analytics �?_setVar参数来跟�t�登录用戯��?

_setVar() 函数�?Google Analytics 的用户定义函敎ͼ�主要用于对特定来源的用户行�ؓ�q�行分类�Q�例如可以对��d��览的用戯��|�一个数��|��然后�?Google Analytics 后台�?strong>讉K��?用户定义中查看其��览属性�?/p>

Google Analytics 讉K��?用户定义报告

分析豆瓣的源码可以知道，豆瓣�Ҏ��一个登录后的用��P��都赋以一个专门的 id ��|��q�样可以在用户定义报告里�Q�看到整体的��d��用户讉K��行�ؓ�Q�乃��x��个登录用��L��览行�ؓ。通过�q�样讑֮�后，豆瓣便可以轻易获取高忠诚度访问用��L��讉K��行�ؓ�?a class="external" title="_setVar 讄��说明" target="_blank">关于_setVar()的更多说明，请参�?Google Analytics的技术文�?/a>

如何�Ҏ��讉K��者在我的�|�站上访问的��面或在表单上做出的响应对其�q�行分类�Q?a class="external" title=" 如何�Ҏ��讉K��者在我的�|�站上访问的��面或在表单上做出的响应对其�q�行分类�Q? target="_blank">�?Google Analytics 官方的帮助文�Ӟ��也给��Z��另外一个应用案�?/a>

值得注意的是�Q�原来在讄�� _setVar() 函数的时候，整个�|�站的蟩出率会出现重大的偏差�Q�不�q�在最�q�的google analytics官方博客�Q�指��bug已经修正�Q�客户在�q�行�q�方面设�|�的时候，�q�是要注意对比前后数据是否有重大偏差�?/p>
通过 _trackPageview 区分不同�c�d��的评�?/h2>
豆瓣上的书评�Q�媄评和乐评可以说是豆瓣�|�站的核心�h值所在。一般评论的URL格式如下�Q?/p>

豆瓣上单条评论的URL

当我们查看该��面的网��|��代码�Ӟ��会发现有��的现象:

豆瓣单条评论��늚� Google Analytics 代码

我们知道�Q�一�?Google Analytics �?code>_trackPageview() 括弧中的参数是留�I�的�Q?Google Analytics 会自动捕��L��址�?URL 参数�Q�如果在 _trackPageview()括弧中输入特定的数��|��那么�?Google Analytics 的报表中�Q�URL ��是我们指定的参敎ͼ�而不再是我们在地址栏看到的 URL�?/p>
如上面的例子�Q�我们在 Google Analytics 中看到的URL��是/book/review/1946018/�Q�而不再是我们在浏览器地址栏看到的/review/1946018/

当所在频道是电媄或者音乐时�Q?code>_trackPageview() 中的参数��根据所在频道的属性，变�ؓ/movie/xxxxx 或�?/music/xxxxx的数倹{�?/p>
豆瓣通过对的参数�q�行重新指定�Q�主要有以下的好处：

保证了用户和搜烦引擎看到�?URL 比较��短，辑ֈ� URL 对用户友好和�Ҏ��索引擎友好的目的�Q�而在 Google Analytics 报告中，通过内容/内容�l�目/ 报告�Q�又能了解到各个频道�ȝ��览情况�?/p>
在GA�?span style="color: #ff0000">内容�l�目报告中，��会多出 /book/ /music/ /movie/ �q�样的文件夹来，总而获得各个频道的合计��览数据�?/p>
而如果只是��用默�?_trackPageview()�Q�你��只能得到所有评论页面的��览数据�Q�而无法得到细分的各个频道的浏览数据�?/p>
关于_trackPageview()的具体的使用�Ҏ��可参�?Google Code 的说�?/a>

注意事项:使用 _trackPageview() 参数重新指定 URL 之后�Q�网站覆盖图的数据将受到影响�?a class="external" target="_blank">可参�?Google Analytics 的官方帮助文�?/a>

除了豆瓣使用 _trackPageview() 来对URL�q�行重写�Q?a class="external" target="_blank">大众点评�|?/a>也采用了�c�M��的做法（应该是比豆瓣更早采用。。。因为是我在点评�|��Q职时候实验的做法;那时候豆瓣还没有使用 Google Analytis �l�计代码�Q�呵呵）�Q�有兴趣的同学可以自己去研究点评�?Google Analytis 代码�?br />

文章来自�Q�http://fairyfish.net/2009/06/30/google-analytics-in-douban/

----------------------------------------大众点评�|�的的代码，主页�?br />

   �q�个是子��面search/category/2/10/g328

可以看出其中的pageTracker._trackPageview("。。�?);是动态的也就是页面的�Q�我们可以动态的赋��|��q�样��可以显�C�正��的地址了�?/p>

  大家如果有什么这斚w��的经验可以一同分享下�?br />


疯狂 2010-09-16 21:37 发表评论

使用tomcat的compression来提高网��加载速度

疯狂 — Wed, 15 Sep 2010 15:39:00 GMT
         当网站从服器端请求的数据较大�Ӟ��在有限的带宽下就会造成��览器加载缓慢，有时候会造成��面没有响应�Q��用户体验变得很差�Q�tomcat为我们提供了有效的解决了办法�Q�就是��用压�~�来解决传输问题�?br />         tomcat使用HTTP/1.1 GZIP 来压�~�，以减��带宽压力，
       首先介绍下gzip�Q?br />         HTTP协议上的GZIP�~�码是一�U�用来改�q�WEB应用�E�序性能的技术。大��量的WEB站点常常使用GZIP压羃技术来让用��h��受更快的速度。这一般是指WWW服务器中安装的一个功�?当有人来讉K��q�个服务器中的网站时,服务器中的这个功能就��网��内容压�~�后传输到来访的电脑��览器中昄��出来.一般对�U�文本内容可压羃到原大小�?0�Q?�q�样传输��快�?效果��是你点�ȝ��址后会很快的显�C�出�?当然�q�也会增加服务器的负�? 一般服务器中都安装有这个功能模块的.
      我们使用��单的例子来介�l�tomcat的压�~��用：�Q��用firebug查看��h��情况�Q?br />
首先是一个简单的servlet�Q?br /> 内容�Q?br />
public void doPost(HttpServletRequest request, HttpServletResponse response)
            throws ServletException, IOException {

        response.setContentType("text/html");
        PrintWriter out = response.getWriter();
        out
                .println(""-//W3C//DTD HTML 4.01 Transitional//EN\">");
        out.println("");
        out.println("  A Servlet");
        out.println("  ");
        out.print(" ");
        out.println("  ");
        out.println("");
        out.flush();
        out.close();
    }

我们��输��Z��个十万个选项的下拉框�Q�在不��用的压羃的时候：

    ��h��数据辑ֈ�9m ,大概的计��下我的下蝲用时�Q?m长城宽带�Q�：9*1024/(4*1024/8)=18m �Q�加上多人共享带宽，也就是差不多20m。firebug昄��20.96�?br />
    �q�个速度�|�站体验肯定是很差的�Q�接下来使用tomcat的压�~�以后看看：

   当然是要对其�q�行配置�Q?br />    有以下几个参数可以��用：

    compression="on"
是否启用压羃 on为启用（文本数据压羃�Q?off��Z��启用�Q?force 压羃所有数�?br /> compressionMinSize1="2048"
当超�q�最��数据大��才�q�行压羃
noCompressionUserAgents="gozilla, traviata"
哪些客户端发出的��h��不压�~�，默认是不限制
compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"
配置惛_��~�的数据�c�d��Q�默认是 text/html,text/xml,text/plain
配置以后是这��L��Q?br />
<Connector port="8088" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443"
               compression="on"
               compressionMinSize1="2048"
               noCompressionUserAgents="gozilla, traviata"
               compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"/>

启动后再看：

�q�次数据被压�~�到274.7k�Q�响应速度也减��了一半，当然�Q�服务器的数据压�~�和��览器的数据解压都需要��用时间�?br />

例子完毕�Q?br />    当然tomcat的压�~�技术还有很多其他的�Ҏ��，然而对于大数据量的��h��不光是要使用�q�种技术，�q�需要在其他地方下功夫，比如ajax技术，�~�存�{�等�Q?br /> 也希望大家补充学习，谢谢�?br />

疯狂 2010-09-15 23:39 发表评论

QQ ��D��mysql 服务无法启动

疯狂 — Mon, 06 Sep 2010 02:59:00 GMT
   今天启动mysql的时候，发现一��h��法启动，然后��去��?306是否被占用，�l�果使用netstat -ano 一看如下：

�l�果一看竟然被qq�q�程占用着�Q��ƈ且处于close_wait状态�?br /> 处理�Ҏ��Q�直接干掉qq�q�程�Q�然后启动mysql卛_��?br />
以下是关于tcp 状态一些介�l?供大家参考：
Close_Wait状态解�?/span>
CLOSE_WAIT状态的生成原因
通过TCP的状态图我们可以看出只有被动关闭的一端才有CLOSE_WAIT状态，当收到Fin�q�发送了Ack�?br /> 服务器状态就变成了CLOSE_WAIT状态，如果我们的服务器一直处于CLOSE_WAIT状态的话，说明套接字是被动关闭的！�Q��ƈ且没有发送Fin信��o�Q�原因往往是没有调用TCP的CloseSocket�?/p>
解决CLOSE_WAIT的方�?
1 一般原因都是TCP�q�接没有调用关闭�Ҏ��。需要应用来处理�|�络链接关闭�?br /> 2 对于Web��h��出现�q�个原因�Q�经常是因�ؓResponse的BodyStream没有调用Close.
比如Widnows�?
使用HttpWebRequest 一定要保证GetRequestStream和GetResponse对象关闭�Q�否则容易造成�q�接处于CLOSE_WAIT状�?br /> 3 TCP的KeepLive功能�Q�可以让操作�pȝ��替我们自动清理掉CLOSE_WAIT的连接�?br /> 但是KeepLive在Windows操作�pȝ��下默认是7200�U�，也就�?个小时才清理一�ơ。往往满��不了要求。可以调��该数倹{�?br /> Windows下的调整�Ҏ��?br /> HKEY_LOCAL_MACHINE"CurrentControlSet"Services"Tcpip"Parameters下的以下三个参数�Q?
KeepAliveInterval,讄��其��gؓ1000
KeepAliveTime,讄��其��gؓ300000(单位为毫�U�，300000代表5分钟)
TcpMaxDataRetransmissions,讄��其��gؓ5

Close_Wait引发的问�?
Close_Wait会占用一个连接，�|�络可用�q�接��。数量过多，可能会引��L��l�性能下降�Q��ƈ占用�pȝ��非换��内存�?��其是在有连接池的情况下(比如HttpRequest)
会耗尽�q�接池的�|�络�q�接敎ͼ��D��无法建立�|�络�q�接
--------------------------------------------
TCP状态�{�U�要�?br /> TCP协议规定�Q�对于已�l�徏立的�q�接�Q�网�l�双方要�q�行四次握手才能成功断开�q�接�Q�如果缺��了其中某个步骤�Q�将会�ɘq�接处于假死状态，�q�接本��n占用的资源不会被释放。网�l�服务器�E�序要同时管理大量连接，所以很有必要保证无用连接完全断开�Q�否则大量僵�ȝ��q�接会浪费许多服务器资源。在众多TCP状态中�Q�最值得注意的状态有两个�Q�CLOSE_WAIT和TIME_WAIT�?nbsp;

1、LISTENING状�?br /> 　　FTP服务启动后首先处于侦听（LISTENING�Q�状态�?br /> 2、ESTABLISHED状�?br /> 　　ESTABLISHED的意思是建立�q�接。表�C�Z��台机器正在通信�?br /> 3、CLOSE_WAIT
�Ҏ��d��关闭�q�接或者网�l�异常导致连接中断，�q�时我方的状态会变成CLOSE_WAIT 此时我方要调用close()来��得连接正��关�?br /> 4、TIME_WAIT
我方��d��调用close()断开�q�接�Q�收到对方确认后状态变为TIME_WAIT。TCP协议规定TIME_WAIT状态会一直持�l?MSL(即两倍的分段最大生存期)�Q�以此来��保旧的�q�接状态不会对新连接��生媄响。处于TIME_WAIT状态的�q�接占用的资源不会被内核释放�Q�所以作为服务器�Q�在可能的情况下�Q�尽量不要主动断开�q�接�Q�以减少TIME_WAIT状态造成的资源浪贏V�?
目前有一�U�避免TIME_WAIT资源��费的方法，��是关闭socket的LINGER选项。但�q�种做法是TCP协议不推荐��用的�Q�在某些情况下这个操作可能会带来错误�?

详细一点的文档�Q?br /> http://apps.hi.baidu.com/share/detail/10908121

疯狂 2010-09-06 10:59 发表评论

疯狂 — Fri, 29 Jan 2010 06:56:00 GMT

如果您频�J�存取变量，��需要考虑从何处存取这些变量。变量是

static

变量�Q�还是堆栈变量，或者是�cȝ��实例变量�Q�变量的存储位置对存取它的代码的性能有明昄��影响�Q�例如，误��虑下面�q�段代码�Q?

class StackVars { private int instVar; private static int staticVar; //存取堆栈变量 void stackAccess(int val) { int j=0; for (int i=0; i

�q�段代码中的每个�Ҏ��都执行相同的循环�Q��ƈ反复相同的次数。唯一的不同是每个循环使一个不同类型的变量递增。方�?

stackAccess

使一个局部堆栈变量递增�Q?instanceAccess 使类的一个实例变量递增�Q��?staticAccess 使类的一�?static 变量递增�?

instanceAccess �?staticAccess 的执行时间基本相同。但是， stackAccess 要快两到三倍。存取堆栈变量如此快是因为，JVM 存取堆栈变量比它存取 static 变量或类的实例变量执行的操作��。请看一下�ؓ�q�三个方法生成的字节码：

Method void stackAccess(int) 0 iconst_0 //��?0 压入堆栈�? 1 istore_2 //弹出 0 �q�将它存储在局部分变量表中索引�?2 的位�|?(j)�? 2 iconst_0 //压入 0�? 3 istore_3 //弹出 0 �q�将它存储在局部变量表中烦引�ؓ 3 的位�|?(i)�? 4 goto 13 //跌��位置 13�? 7 iinc 2 1 //��存储在索引 2 处的 j �?1�? 10 iinc 3 1 //��存储在索引 3 处的 i �?1�? 13 iload_3 //压入索引 3 处的�?(i)�? 14 iload_1 //压入索引 1 处的�?(val)�? 15 if_icmplt 7 //弹出 i �?val。如�?i ��于 val�Q�则跌��位置 7�? 18 return //�q�回调用�Ҏ��? Method void instanceAccess(int) 0 iconst_0 //��?0 压入堆栈�? 1 istore_2 //弹出 0 �q�将它存储在局部变量表中烦引�ؓ 2 的位�|?(i)�? 2 goto 18 //跌��位置 18�? 5 aload_0 //压入索引 0 (this)�? 6 dup //复制堆栈��的值�ƈ��它压入�? 7 getfield #19 //弹出 this 对象引用�q�压�?instVar 的倹{�? 10 iconst_1 //压入 1�? 11 iadd //弹出栈顶的两个��|��q�压入它们的和�? 12 putfield #19 //弹出栈顶的两个值�ƈ��和存储�?instVar 中�? 15 iinc 2 1 //��存储在索引 2 处的 i �?1�? 18 iload_2 //压入索引 2 处的�?(i)�? 19 iload_1 //压入索引 1 处的�?(val)�? 20 if_icmplt 5 //弹出 i �?val。如�?i ��于 val�Q�则跌��位置 5�? 23 return //�q�回调用�Ҏ��? Method void staticAccess(int) 0 iconst_0 //��?0 压入堆栈�? 1 istore_2 //弹出 0 �q�将它存储在局部变量表中烦引�ؓ 2 的位�|?(i)�? 2 goto 16 //跌��位置 16�? 5 getstatic #25 //��常数存储池�?staticVar 的值压入堆栈�? 8 iconst_1 //压入 1�? 9 iadd //弹出栈顶的两个��|��q�压入它们的和�? 10 putstatic #25 //弹出和的值�ƈ��它存储�?staticVar 中�? 13 iinc 2 1 //��存储在索引 2 处的 i �?1�? 16 iload_2 //压入索引 2 处的�?(i)�? 17 iload_1 //压入索引 1 处的�?(val)�? 18 if_icmplt 5 //弹出 i �?val。如�?i ��于 val�Q�则跌��位置 5�? 21 return //�q�回调用�Ҏ��?

查看字节码揭�C�Z��堆栈变量效率更高的原因。JVM 是一�U�基于堆栈的虚拟机，因此优化了对堆栈数据的存取和处理。所有局部变量都存储在一个局部变量表中，�?Java 操作数堆栈中�q�行处理�Q��ƈ可被高效地存取。存�?static 变量和实例变量成本更高，因�ؓ JVM 必须使用代�h更高的操作码�Q��ƈ从常数存储池中存取它们。（常数存储池保存一个类型所使用的所有类型、字�D�和�Ҏ��的符号引用。）

通常�Q�在�W�一�ơ从常数存储池中讉K�� static 变量或实例变量以后，JVM ��动态更改字节码以��用效率更高的操作码。尽��有�q�种优化�Q�堆栈变量的存取仍然更快�?

考虑到这些事实，��可以重新构建前面的代码�Q�以侉K��过存取堆栈变量而不是实例变量或 static 变量使操作更高效。请考虑修改后的代码�Q?

class StackVars { //与前面相�?.. void instanceAccess(int val) { int j = instVar; for (int i=0; i

�Ҏ�� instanceAccess �?staticAccess 被修改�ؓ��它们的实例变量�?static 变量复制到局部堆栈变量中。当变量的处理完成以后，其值又被复制回实例变量�?static 变量中。这�U�简单的更改明显提高�?instanceAccess �?staticAccess 的性能。这三个�Ҏ��的执行时间现在基本相同， instanceAccess �?staticAccess 的执行速度只比 stackAccess 的执行速度慢大�U?4%�?

�q��ƈ不表�C�您应该避免使用 static 变量或实例变量。您应该使用�Ҏ��的设计有意义的存储机制。例如，如果您在一个��@环中存取 static 变量或实例变量，则您可以临时��它们存储在一个局部堆栈变量中�Q�这样就可以明显地提高代码的性能。这��提供最高效的字节码指��o序列�?JVM 执行
转蝲自ibm

疯狂 2010-01-29 14:56 发表评论

91亚洲精品视频,亚洲av无码专区在线播放,亚洲丝袜美腿视频

A/B���试(转蝲)

apache性能���试工具ab

select, iocp, epoll,kqueue及各�U�I/O复用机制

nginx和tomcat负蝲���单配�|?windows环境)

高性能JavaScript(来自高性能JavaScript一�?

高性能JavaScript

JVM内存模型以及垃圾回收

提高AJAX客户端响应速度(转蝲)

提高AJAX客户端响应速度

加速Javascript�Q�DOM操作优化

Tomcat内存溢出的三�U�情况及解决办法分析

Tomcat启动分析server.xml

google Analytics 初探

通过 _setVar 识别用户

使用tomcat的compression来提高网��加载速度

QQ ��D��mysql 服务无法启动

A/B��试(转蝲)

apache性能��试工具ab

nginx和tomcat负蝲��单配�|?windows环境)