手潮执行了一句有问题的查询,从库悲剧了。向龙生请教,学到一个处理方法。

root用户登录到相应的MySql服务上,执行:show processlist;得到一个当前连接的用户状态,根据State列的信息找执行中的,再排查是哪个连接执行的SQL导致的问题。
如果有问题的那个连接进行的操作是可以终止的,比如:一个有性能问题的查询语句,直接kill 加连接的Id,即可直接终止这个操作。

- 阅读剩余部分 -

因前端离职,遗留的下载页面在chrome下窄屏时google play图标的位置问题,接手的人多方努力仍未能得到解决。

今天决定整一下这个问题,到零晨两点多,终于搞出点眉目。

问题原因:
出现问题的图标在窄屏下未定义自己的样式,且窄屏下定义的图片高度有问题。

修正方法:
在窄屏的样式下,修正图片高度,加上特定的两个样式,便可解决问题。

在窄屏窗口下“@media only screen and (max-width:640px) {”的下方样式中,修正:
[code]
.down_btn a {
width: 120px;
height: 36px;
background-size: 100% auto;
-webkit-background-size: 100% auto
}
[/code]

[code]
.down_btn a {
width: 120px;
height: 42px;
background-size: 100% auto;
-webkit-background-size: 100% auto
}
[/code]
然后补充两个样式:
[code]
.down_btn a.google {
background-position: 0 -46px
}

.down_btn a.google:hover {
background-position: 0 -138px
}
[/code]
实际效果有待于周一更新验证。

另外:发现大量无用样式,尚未确认其存在的价值。

碰到个需求,全屏的背景图等比自适应,外行,尝试了一下,搞了个东东,留存备查。

head中加样式:
[code]
<style type="text/css">
.s-bg-body .s-bg-div {
position: absolute;
top: 0;
left: 0;
height: 100%;
width: 100%;
z-index: -1;
background-position: center 0;
background-repeat: no-repeat;
background-attachment: fixed;
background-size: cover;
-webkit-background-size: cover;
-o-background-size: cover;
zoom: 1;
overflow:hidden;
}
</style>
[/code]

页面中加相应的样式及背景图,其中body的class跟div的只是名称不同,同名反而不对,原因不详,待高人请教:
[code]
<body class="pos s-bg-body">
<div class="s-bg-div" style="background-color:#222;background-image:url(http://xxx.xx/bg.jpg)"></div>
[/code]

偶然看到一个Servlet的Filter实现,在doFilter方法中,发现有对Spring容器的访问,用法如下:
[code]
XxxService xxxService = SpringContextHolder.getApplicationContext().getBean("xxxService", XxxService.class);
[/code]
其中有个SpringContextHolder,看名称就能大概猜出来它的意思,里面保持一个Spring的Context,调用方式上看,是静态的。
实际代码也是这么实现的:
[code]
public class SpringContextHolder implements ApplicationContextAware {
private static ApplicationContext applicationContext;

public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
SpringContextHolder.applicationContext = applicationContext;
}

public static ApplicationContext getApplicationContext() {
return applicationContext;
}

public static Object getBean(String name) throws BeansException {
return applicationContext.getBean(name);
}
}
[/code]
整个的调用顺序是这样的:
[code]
1、服务启动,初始化SpringContextHolder,Spring的ApplicationContext注入到SpringContextHolder中。
2、有请求需要此Filter处理时,通过SpringContextHolder拿到Spring的容器,从中取出所需的bean。
[/code]

实际上用Spring还有一种更简单的做法,也是比较中规中矩的,不需要SpringContextHolder,使用原生的WebApplicationContext就可以从doFilter方法的request中取到:
[code]
ServletContext serveletContext = request.getSession().getServletContext();
WebApplicationContext springContext = WebApplicationContextUtils.getWebApplicationContext(serveletContext);
XxxService xxxService = springContext.getBean("xxxService", XxxService.class);
[/code]
以上这种方式使用的前提是在web.xml配置了ContextLoaderListener
[code]
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
[/code]
如果没有配置这个ContextLoaderListener,只配置了DispatcherServlet,如下
[code]
<servlet>
<servlet-name>XXXX</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:spring/*.xml</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>XXXX</servlet-name>
<url-pattern>*.do</url-pattern>
</servlet-mapping>
[/code]
使用默认的就不成了:WebApplicationContextUtils.getWebApplicationContext(serveletContext);
因为默认从servletContext中取的key是常量:WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE
实际上只使用DispatcherServlet用的key是:FrameworkServlet.SERVLET_CONTEXT_PREFIX + getServletName();即org.springframework.web.servlet.FrameworkServlet.CONTEXT.XXXX
可使用以下方法获取,只是稍麻烦了一点。遍历取相应类型的实例
[code]
ServletContext servletContext = request.getSession().getServletContext();
WebApplicationContext springContext = null;
Enumeration<?> names = servletContext.getAttributeNames();
while (names.hasMoreElements()) {
String servletName = names.nextElement().toString();
Object obj = servletContext.getAttribute(servletName);
if (obj instanceof WebApplicationContext) {
springContext = (WebApplicationContext) obj;
System.out.println(servletName);
break;
}
}
if (webAppContext != null) {
XxxService xxxService = springContext.getBean("xxxService", XxxService.class);
}
[/code]

Java的常量在编译期会在引用处本地化,单个java文件改动后编译更新,容易由此引入问题。

举例说明:
本地为测试环境的测试代码,常量配置为测试域名test.xx.com
[code lang="java"]
public class A{
public static final String X_HOST = "test.xx.com";
}
[/code]
线上为正式域名:
[code lang="java"]
public class A{
public static final String X_HOST = "xx.com";
}
[/code]
调用代码为:
[code lang="java"]
public class B{
public static final String LURL = "http://" + A.X_HOST + "/";
public void xxx(){
...
String url = "http://" + A.X_HOST + "/";
...
}
}
[/code]
当需要修改B中省略的代码,只把B.java编译后的B.class替换到线上时,执行出错。
原因在开始时已经说明:在测试环境编译的时候,LURL和url中的A.X_HOST都被B类本地化了,B.class中只有值,没有引用信息。所以上线就错了。

Android出现丢包问题,备注一下:
问题:
Android在联通的GPRS网络下,偶现长期无法连接现象。

调查过程:
Android和服务端第一层,同时使用tcpdump抓包,碰到失败的情形后,分析两个包文件。
发现小报文传输没问题,大报文1516传输失败,服务器端无相应的包。SYN握手协商的MSS是1460,看起来正常。
初步怀疑联通网络不支持MSS1460的包,考虑X.25只支持536大小计划调整服务端MSS为536。
尔后发现大部分时候正常的报文也是1460,可以正常通讯。

- 阅读剩余部分 -