2015年工作中遇到的问题：81-90，标题党-Nginx与真实IP-Mybatis等-CFANZ编程社区

81.“标题党”与“百度收录”问题。

很久以来，就发现那些“标题党”的收录和排名情况非常好，比如CSDN某篇文章，就随便一写，就排在了第一。

因此，如果这个收录和排名规则不变的话，今后也可以利用一下。

比如，我自己总结的问题，如果是为了整理记录，就统一放在1篇文章里。

如果，今后为了宣传或者推广，发帖子的时候，就取一个好的标题，吸引网友的眼球，吸引搜索引擎的眼球。

82.Mybatis找不到参数错误：There is no getter for property named 'categoryId' in 'class java.lang.Integer'。

错误

List<Post> listPage(Integer categoryId);

在测试时报错：There is no getter for property named 'categoryId' in 'class java.lang.Integer'

问题分析：Mybatis默认采用ONGL解析参数，所以会自动采用对象树的形式取string.value值，引起报错。

解决方法： List<Post> listPage(@Param("categoryId")Integer categoryId); 说明参数值。

sql语句

<select id="listPage" resultMap="PostResultMap">

 select id,title,summary,create_time from p2p_post

 
 
 
 
 
 desc

 </select>

最让人郁闷的是，以前在只有1个参数的时候，都是不用@Param注解的，一般只有在多个参数的时候，才需要用。

为什么这次，只有1个参数，也必须用@Params注解呢？

-----------------------

第2天早上，问了下boss，感觉还是有道理的。

正解一：

@Select("select * from ..")


  List<Post> listPage(Integer categoryId);

正解二：

List<Post> listPage(@Param("categoryId")Integer categoryId);


   <select>..</select>

正解三:

List<Post> listPage(Integer categoryId);


   <select id="listPage" parameterType="java.lang.Integer" resultMap="PostResultMap">


   


   </select>

昨天遇到的那个问题，问题关键就是：xml文件中的select映射语句，默认参数类型是map，从map里取属性，所以总是找不到。

或者是当作对象类型吧。

因此，用@Param注解或手动指定参数类型。

理论上是这样，没有去一一校验。

另外需要说明，多个参数，必须使用@Param，或者用Map，或者对象。

83.银行做账。

如果账务做错了，没有“回退”这一说。

而是再做一笔账务，把钱退回去。

+50，-50，就是“回退”了。

84.Tomcat的JVM经常挂掉，根据hs_err_pid23224.log这种日志文件，也没能发现具体是什么原因导致的。

#


 # A fatal error has been detected by the Java Runtime Environment:


 #


 #  SIGBUS (0x7) at pc=0x00007f1ae404fd50, pid=23224, tid=139753370498816


 #


 # JRE version: 7.0_17-b02


 # Java VM: Java HotSpot(TM) 64-Bit Server VM (23.7-b01 mixed mode linux-amd64 compressed oops)


 # Problematic frame:


 # v  ~StubRoutines::jbyte_disjoint_arraycopy


 #


 # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again


 #


 # If you would like to submit a bug report, please visit:


 #   http://bugreport.sun.com/bugreport/crash.jsp


 #

JVM致命错误日志（hs_err_pid.log）。

为了core dumping,执行命令ulimit -c unlimited。

参考博客园上的一篇文章

手动触发core：kill -6 pid(-6可以产生，默认的文件名是core.pid)。

core文件很大，有200多Mb。

分析对比最近3个月的“hs_err_pid23224.log”文件：

Problematic frame:


 # v  ~StubRoutines::jbyte_disjoint_arraycopy


 

 # Problematic frame:


 # v  ~StubRoutines::jint_disjoint_arraycopy


 

 # Problematic frame:


 # C  [libc.so.6+0x89f74]  __tls_get_addr@@GLIBC_2.3+0x89f74


 

 # Problematic frame:


 # C  [libc.so.6+0x89eb0]  __tls_get_addr@@GLIBC_2.3+0x89eb0


 # Problematic frame:


 # v  ~StubRoutines::jbyte_disjoint_arraycopy


 

 # Problematic frame:


 # C  [libc.so.6+0x89f74]  __tls_get_addr@@GLIBC_2.3+0x89f74


 

 # Problematic frame:


 # V  [libjvm.so+0x66e040]  _Copy_arrayof_conjoint_jlongs+0x30


 # Problematic frame:


 # C  [libc.so.6+0x89e68]  __tls_get_addr@@GLIBC_2.3+0x89e68


 # Problematic frame:


 # v  ~StubRoutines::jbyte_disjoint_arraycopy


 # Problematic frame:


 # v  ~StubRoutines::jbyte_disjoint_arraycopy


 # Problematic frame:


 # v  ~StubRoutines::jbyte_disjoint_arraycopy

不清楚，是不是内存不足导致的，手动设置了Tomcat的JVM内存参数。

JAVA_OPTS="$JAVA_OPTS -Xms256m -Xmx1024m -XX:PermSize=128M -XX:MaxPermSize=256m"

现在只能等待下一次crash，看看core文件。

鉴于Tomcat服务器现状，有必要监控内存情况，目前想到的3种方法：

1.jconsole监控远程JVM，需要配置。

2.web.xml配置Filter，监听内存情况。

3.Tomcat自带的manager项目，可以留着，说不定用得上。

下午又crash了一次，向阿里云提交了工单，看看专家能不能给点意见。

85.Nginx与真实IP。

配置了Nginx，Tomcat中的Web程序，获得的ip一直是“127.0.0.1”，比较纳闷。

获得远程ip，已经判断了很多情况，为什么会这样呢?

正解