ȝ来说Q设|网站标题必L握以下原则：
1、标题不能太ѝ原则上标题长度不能过80个汉字，但实际上过30个汉字，在癑ֺ的搜索结果中昄不完整了?br />2、标题包含的信息要够多。信息太不能很好地利用长尾词带来的巨大效果?br />3、标题在长度合适的情况下，必须出现可能多地出C打的推广关键词?br />
以上三个条g看v来有些矛盾，又不能太长，又需要包含更多的推广关键词，q怎么可能呢？
实际上，只要我们理解了百度分词的原理Q这个目标是可以实现的。下面以一?a title="婴儿|站" >婴儿|站www.baobeicang.com作ؓ例子来分析下?br />
q个|站的标题是“婴儿用品排行榜，婴儿奶粉什么牌子好Q婴儿辅食大?#8221;。这个标题看似只有三个关键词Q实际上推广的关键词很多?br />
下面单列举下几个Q大家可以思考下Z么会有这L效果Q?br />1、婴儿用?br />2、婴儿用品排行榜
3、婴儿奶_?br />4、婴儿奶_排行榜
5、婴儿奶_什么牌子好
6、婴儿用品什么牌子好
。。。。。?br />
q就是利用百度分词原理得到的l果。有了这么多长尾关键词在首页标题里面Q相信接下来的SEO工作会事半功倍的Q?br />
]]>
一、从数据的角度来看，数据包括Q收集、存储、分析（挖掘Q、展C、提取?/strong>兼顾目前的系l，攉、存储、挖掘、提取，q几个环节的pȝ需要加强。特别是攉和提取这块?/p>
׃历史的原因，加之没有pȝ规划q，之前的数据收集来源比较零散，q样D分析数据旉要从各个地方来同步数据。当业务多了之后Q这些ؕ七八p的来源够让h头疼了。这ơ规划的一个重点就是，建立一套游戏数据收集系l。游戏分析涉及的数据Q日志类Q都从这个系l中获取Q不再单独分析各自的业务数据。业务系l采用数据上报的方式Q按照固定的格式来上报数据。例如：d、注册、充倹{消耗等{?/p>
采用q套游戏数据攉pȝQ还有一个重要的原因。现在我们的游戏都是独立q营游戏Q我们是甲方Q，那么我们可以采用类D讯的办法Q事先定义好数据规范Q要求游戏方按照我们的格式上报相x据给我们。这h们的数据分析pȝ可以做到非帔R用。不接多少游戏Q分析和展示pȝ都统一?/p>
数据提取Q这里主要是指时数据。这是我们这边的一个顽疾。时数据其实包括两个部分：数据来源和数据分析。一个常见的需求就是：分析一堆帐P数据来源Q的后箋行ؓQ数据分析）。因Z时数据的业务规则复杂Qƈ且数据来源千奇百怪，之前采用q全手工、全自动的方式来实现Q但是都p|了。现在想到的一个解x案就是，Z游戏数据攉pȝ之上Q再开发一个时数据分析系l?/p>
游戏数据攉pȝl一了数据的来源和格式，方便存储和提取原始数据。这基本解决了数据来源的问题。时数据分析系l，可以事先实现常见的分析逻辑Q例如：d、留存、保有、付费h数、付贚w额、消耗等{）Q然后采用过滤器模式或包装器模式来实现。这其实是一个半自动化的Ҏ。系l的用户是开发h员和产品人员。开发完q套pȝ应该可以省掉60%以上的时数据Q务?/p>
另外Q只要数据都是来自这套游戏数据收集系l，存储、分析，包括挖掘都会单很多。存储都会在HDFS上，分析基本都用HiveQ挖掘用Mahout?/p>
游戏数据挖掘是需要单独发展的一块业务，特别是现在专注独立运营之后。目前这块我们还需要更多的旉来积累经验?/p>
二、从服务的角度来看，服务包括Q服务框架、服务管理、服务监?/strong>?/p>
服务也是一个大范畴。服务化框架、页面登录服务器、GM接口Q这些都属于服务相关的内宏V兼儡前的pȝQ这些内定w已经基本实现Q这ơ只是做比较大的版本改进?/p>
Q友情提C：本博文章Ƣ迎转蝲Q但h明出处：hankchenQ?a href="http://www.tkk7.com/hankchen">http://www.tkk7.com/hankchenQ?/p>
我打把自己在这斚w的实际经验写成系列文章，主要包括下面q些内容Q?/font>
1?/font>U上应用故障排查之一Q高CPU占用
2?/font>U上应用故障排查之二Q高内存占用
3、线上应用故障排查之三：高I/O占用Q包括磁盘I/O、网lI/O、数据库I/O{?/p>
4、线上应用故障排查之四：E序僉|
敬请期待Q?/p>
Q友情提C：本博文章Ƣ迎转蝲Q但h明出处：hankchenQ?a href="http://www.tkk7.com/hankchen">http://www.tkk7.com/hankchenQ?/strong>
]]>
搞Java开发的Q经怼到下面两种异常Q?/p>
1、java.lang.OutOfMemoryError: PermGen space
2、java.lang.OutOfMemoryError: Java heap space
要详l解释这两种异常Q需要简单重提下Java内存模型?/p>
Q友情提C：本博文章Ƣ迎转蝲Q但h明出处：hankchenQ?a href="http://www.tkk7.com/hankchen">http://www.tkk7.com/hankchenQ?/strong>
Java内存模型是描qJavaE序中各变量Q实例域、静态域和数l元素）之间的关p，以及在实际计机pȝ中将变量存储到内存和从内存取出变量这L低层l节?/p>
在Java虚拟ZQ内存分Z个代Q新生代Q?strong>NewQ、老生代（OldQ、永久代Q?strong>PermQ?/p>
Q?Q新生代NewQ新建的对象都存放这?/p>
Q?Q老生代OldQ存放从新生代New中迁U过来的生命周期较久的对象。新生代New和老生代Old共同l成了堆内存?/p>
Q?Q永久代PermQ是非堆内存的组成部分。主要存攑֊载的Classcȝ对象如class本nQmethodQfield{等?/p>
如果出现java.lang.OutOfMemoryError: Java heap space异常Q说明Java虚拟机的堆内存不够。原因有二：
Q?QJava虚拟机的堆内存设|不够，可以通过参数-Xms?Xmx来调整?/p>
Q?Q代码中创徏了大量大对象Qƈ且长旉不能被垃圾收集器攉Q存在被引用Q?/p>
如果出现java.lang.OutOfMemoryError: PermGen spaceQ说明是Java虚拟机对怹代Perm内存讄不够?/p>
一般出现这U情况，都是E序启动需要加载大量的W三方jar包。例如：在一个Tomcat下部|了太多的应用?/p>
从代码的角度QY件开发h员主要关注java.lang.OutOfMemoryError: Java heap space异常Q减不必要的对象创建，同时避免内存泄漏?/p>
现在以一个实际的例子分析内存占用的故障排查?/p>
通过top命oQ发现PID?004的Javaq程一直占用比较高的内存不释放Q?4.7%Q，出现高内存占用的故障?
惌v上一?a href=" http://www.tkk7.com/hankchen/archive/2012/05/09/377735.html">U上应用故障排查之一Q高CPU占用介绍的PS命oQ能否找到具体是哪个的线E呢Q?
ps -mp 9004 -o THREAD,tid,time,rss,size,%mem
遗憾的是Q发现PS命o可以查到具体q程的CPU占用情况Q但是不能查?strong>一个进E下具体U程的内存占用情c?
只好L其他Ҏ了，q好Java提供了一个很好的内存监控工具Q?font color="#ff0000">jmap命o
jmap命o有下面几U常用的用法Q?
•jmap [pid]
•jmap -histo:live [pid] >a.log
•jmap -dump:live,format=b,file=xxx.xxx [pid]
用得最多是后面两个。其中，jmap -histo:live [pid] 可以查看当前Javaq程创徏的活跃对象数目和占用内存大小?
jmap -dump:live,format=b,file=xxx.xxx [pid] 则可以将当前Javaq程的内存占用情况导出来Q方便用专门的内存分析工P例如QMATQ来分析?
q个命o对于分析是否有内存泄漏很有帮助。具体怎么使用可以查看本博的另一文章：利用Eclipse Memory Analyzer ToolQMATQ分析内存泄?/font>
q里详细介绍下jmap -histo:live [pid] 命oQ?/strong> 从上囑֏以看出，int数组、constMethodKlass、methodKlass、constantPoolKlass都占用了大量的内存? 特别是占用了大量内存的int数组Q需要仔l检查相关代码? 最后，ȝ下排查内存故障的Ҏ和技巧有哪些Q?/strong> 1、top命oQLinux命o。可以查看实时的内存使用情况?nbsp; 2、jmap -histo:live [pid]Q然后分析具体的对象数目和占用内存大，从而定位代码? 3、jmap -dump:live,format=b,file=xxx.xxx [pid]Q然后利用MAT工具分析是否存在内存泄漏{等? Q友情提C：本博文章Ƣ迎转蝲Q但h明出处：hankchenQ?a href="http://www.tkk7.com/hankchen">http://www.tkk7.com/hankchenQ?/strong>
]]>
Q友情提C：本博文章Ƣ迎转蝲Q但h明出处：hankchenQ?a href="http://www.tkk7.com/hankchen">http://www.tkk7.com/hankchenQ?/strong>
以我们最q出现的一个实际故障ؓ例，介绍怎么定位和解册c问题?/p>
Ҏtop命oQ发现PID?8555的Javaq程占用CPU高达200%Q出现故障?/p>
通过ps aux | grep PID命oQ可以进一步确定是tomcatq程出现了问题。但是，怎么定位到具体线E或者代码呢Q?/p>
首先昄U程列表:
ps -mp pid -o THREAD,tid,time
扑ֈ了耗时最高的U程28802Q占用CPU旉快两个小时了Q?
其次需要的U程ID转换?6q制格式Q?/b>
printf "%x\n" tid
最后打印线E的堆栈信息Q?/b>
jstack pid |grep tid -A 30
扑ֈ出现问题的代码了Q?
现在来分析下具体的代码：ShortSocketIO.readBytes(ShortSocketIO.java:106)
ShortSocketIO是应用封装的一个用短连接Socket通信的工L。readBytes函数的代码如下：
public byte[] readBytes(int length) throws IOException {
if ((this.socket == null) || (!this.socket.isConnected())) {
throw new IOException("++++ attempting to read from closed socket");
}
byte[] result = null;
ByteArrayOutputStream bos = new ByteArrayOutputStream();
if (this.recIndex >= length) {
bos.write(this.recBuf, 0, length);
byte[] newBuf = new byte[this.recBufSize];
if (this.recIndex > length) {
System.arraycopy(this.recBuf, length, newBuf, 0, this.recIndex - length);
}
this.recBuf = newBuf;
this.recIndex -= length;
} else {
int totalread = length;
if (this.recIndex > 0) {
totalread -= this.recIndex;
bos.write(this.recBuf, 0, this.recIndex);
this.recBuf = new byte[this.recBufSize];
this.recIndex = 0;
}
int readCount = 0;
while (totalread > 0) {
if ((readCount = this.in.read(this.recBuf)) > 0) {
if (totalread > readCount) {
bos.write(this.recBuf, 0, readCount);
this.recBuf = new byte[this.recBufSize];
this.recIndex = 0;
} else {
bos.write(this.recBuf, 0, totalread);
byte[] newBuf = new byte[this.recBufSize];
System.arraycopy(this.recBuf, totalread, newBuf, 0, readCount - totalread);
this.recBuf = newBuf;
this.recIndex = (readCount - totalread);
}
totalread -= readCount;
}
}
}
问题出在标U的代码部分。如果this.in.read()q回的数据小于等?Ӟ循环׃直进行下M。而这U情况在|络拥塞的时候是可能发生的?
至于具体怎么修改q业务逻辑应该怎么对待q种Ҏ情况了?
最后，ȝ下排查CPU故障的方法和技巧有哪些Q?/strong> 1、top命oQLinux命o。可以查看实时的CPU使用情况。也可以查看最q一D|间的CPU使用情况? 2、PS命oQLinux命o。强大的q程状态监控命令。可以查看进E以及进E中U程的当前CPU使用情况。属于当前状态的采样数据? 3、jstackQJava提供的命令。可以查看某个进E的当前U程栈运行情c根据这个命令的输出可以定位某个q程的所有线E的当前q行状态、运行代码，以及是否死锁{等?/font> 4、pstackQLinux命o。可以查看某个进E的当前U程栈运行情c? Q友情提C：本博文章Ƣ迎转蝲Q但h明出处：hankchenQ?a href="http://www.tkk7.com/hankchen">http://www.tkk7.com/hankchenQ?/strong>
]]>
Q友情提C：本博文章Ƣ迎转蝲Q但h明出处：hankchenQ?a href="http://www.tkk7.com/hankchen">http://www.tkk7.com/hankchenQ?/strong> Ҏl验Q应该是E序有死锁情况，于是在线上运行“jstack –F <pid>”命令，xU程堆栈dump下来?/font> 但是Q发现这个命令老是报下面的错误Q?/font> Thread 27316: (state = BLOCKED) U上环境是： Linux 2.6.18-194.el5 x86_64 x86_64 x86_64 GNU/Linux java version "1.6.0_21" l过分析发现Q这是JDK6u23之前版本的一个BugQ将JDK升到最新版本（1.6.0_31Q就可以解决问题了?/p> Q友情提C：本博文章Ƣ迎转蝲Q但h明出处：hankchenQ?a href="http://www.tkk7.com/hankchen">http://www.tkk7.com/hankchenQ?/strong>
Error occurred during stack walking:
sun.jvm.hotspot.debugger.DebuggerException: sun.jvm.hotspot.debugger.DebuggerException: get_thread_regs failed for a lwp
Java(TM) SE Runtime Environment (build 1.6.0_21-b04)
Java HotSpot(TM) 64-Bit Server VM (build 20.6-b01, mixed mode)
]]>
Q?Q客L发送一个请求AQ长q接Q，在服务器端的业务层需?0U以上才能接收到?/p>
Q?Q客L发送一个请求BQ端q接Q，在服务器端的业务层可以迅速接收到?/p>
从现象大致知道问题出在服务器端的|络接收层，大量通过长连接发送过来的h都堵塞在|络层得不到处理Q在|络层排队，q没到应用层Q?/p>
Q友情提C：本博文章Ƣ迎转蝲Q但h明出处：hankchenQ?a href="http://www.tkk7.com/hankchen">http://www.tkk7.com/hankchenQ?/strong>
后来l过排查Q发现是Netty中的OrderedMemoryAwareThreadPoolExecutor原因。相关代码如下：
MemoryAwareThreadPoolExecutor executor = new OrderedMemoryAwareThreadPoolExecutor(threadNums, maxChannelMemorySize,
maxTotalMemorySize, keepAliveTime,
TimeUnit.SECONDS);
ExecutionHandler executionHandler = new ExecutionHandler(executor);
public ChannelPipeline getPipeline() throws Exception
{
ChannelPipeline pipeline = pipeline();
pipeline.addLast("decoder", new AuthDecoder());
pipeline.addLast("encoder", new AuthEncoder());
pipeline.addLast("executor", executionHandler);
pipeline.addLast("handler", new AuthServerHandler(commandFactory));
return pipeline;
}
先介l下背景知识Q再来分析问题?/p>
大家都知道，Netty是一个基于事件的NIO框架。在Netty中，一切网l动作都是通过事g来传播ƈ处理的，例如QChannel诅RChannel写等{。回忆下Netty的流处理模型Q?/p>
BossU程Q一个服务器端口对于一个）---接收到客Lq接---生成Channel---交给WorkU程池（多个WorkU程Q来处理?/strong>
具体的WorkU程---d已接收的数据到ChannelBuffer---触发ChannelPipeline中的ChannelHandler链来处理业务逻辑?/strong>
注意Q执行ChannelHandler铄整个q程是同步的Q如果业务逻辑的耗时较长Q会导致WorkU程长时间被占用得不到释放，从而媄响了整个服务器的q发处理能力?/p>
所以，Z提高q发敎ͼ一般通过ExecutionHandlerU程池来异步处理ChannelHandler链（workerU程在经qExecutionHandler后就l束了，它会被ChannelFactory的workerU程池所回收Q。在Netty中，只需要增加一行代码：
publicChannelPipelinegetPipeline() { returnChannels.pipeline( new DatabaseGatewayProtocolEncoder(), new DatabaseGatewayProtocolDecoder(), executionHandler, // Must be shared new DatabaseQueryingHandler());
}
例如Q?/pre>ExecutionHandlerexecutionHandler = newExecutionHandler( newOrderedMemoryAwareThreadPoolExecutor(16, 1048576, 1048576))
对于ExecutionHandler需要的U程池模型，Netty提供了两U可选：
1Q?MemoryAwareThreadPoolExecutor 通过对线E池内存的用控Ӟ可控制Executor中待处理d的上限（过上限Ӟ后箋q来的Q务将被阻塞）Qƈ可控制单个Channel待处理Q务的上限Q防止内存溢出错误；
2Q?OrderedMemoryAwareThreadPoolExecutor ?MemoryAwareThreadPoolExecutor 的子cR除了MemoryAwareThreadPoolExecutor 的功能之外，它还可以保证同一Channel中处理的事g的序性，q主要是控制事g在异步处理模式下可能出现的错误的事g序Q但它ƈ不保证同一Channel中的事g都在一个线E中执行Q通常也没必要Q?
例如Q?pre>Thread X: --- Channel A (Event A1) --. .-- Channel B (Event B2) --- Channel B (Event B3) ---> \ / X / \ Thread Y: --- Channel B (Event B1) --' '-- Channel A (Event A2) --- Channel A (Event A3) --->
上图表达的意思有几个Q?
Q?Q对整个U程池而言Q处理同一个Channel的事Ӟ必须是按照顺序来处理的。例如，必须先处理完Channel A (Event A1) Q再处理Channel A (Event A2)、Channel A (Event A3)
Q?Q同一个Channel的多个事Ӟ会分布到U程池的多个U程中去处理?
Q?Q不同Channel的事件可以同时处理（分担到多个线E）Q互不媄响?nbsp;
OrderedMemoryAwareThreadPoolExecutor 的这U事件处理有序性是有意义的Q因为通常情况下，h发送端希望服务器能够按照顺序处理自qhQ特别是需要多ơ握手的应用层协议。例如：XMPP协议?
现在回到具体业务上来Q我们这里的认证服务也用了OrderedMemoryAwareThreadPoolExecutor。认证服务的其中一个环节是使用长连接，不断处理来自另外一个服务器的认证请求。通信的数据包都很，一般都?00个字节以内。一般情况下Q处理这个过E很快，所以没有什么问题。但是，׃认证服务需要调用第三方的接口，如果W三Ҏ口出现gq，导致这个过E变慢。一旦一个事件处理不完，׃要保持事件处理的有序性，其他事g全部堵塞了Q而短q接之所以没有问题，是因为短q接一个Channel׃个请求数据包Q处理完Channel关闭了Q根本不存在序的问题，所以在业务层可以迅速收到请求，只是׃同样的原因（W三Ҏ口）Q处理时间会比较ѝ?
其实Q认证过E都是独立的h数据包（单个帐号Q，每个h数据包之间是没有M关系的，保持q样的顺序没有意义！
最后的改进措施Q?
1、去掉OrderedMemoryAwareThreadPoolExecutorQ改用MemoryAwareThreadPoolExecutor?
2、减调用第三方接口的超时时_让处理线E尽早回归线E池?
Q友情提C：本博文章Ƣ迎转蝲Q但h明出处：hankchenQ?a href="http://www.tkk7.com/hankchen">http://www.tkk7.com/hankchenQ?/strong>
]]>