mysql 查询不区分大小写的问题

in 数据库 on mysql

mysql 默认varchar是不区分大小写的:

 

select * from A where name = ‘a’

会将name=’A’也包括在内。

 

解决方法:

建表时

create table table_name(  
     a varchar(20) binary   
)

 

也可以指定utf8_bin

`a` VARCHAR(300) NOT NULL DEFAULT '' COLLATE 'utf8_bin',

 

使用hedisql建表的话，设置字段的排序为utf8_bin和上面效果一样。

 

utf8_bin: compare strings by the binary value of each character in the string

Continue reading mysql 查询不区分大小写的问题

httpclient 多线程与cookie

in java on cookie, httpclient

HttpClient4.2之后,PoolingClientConnectionManager说是实现了池的连接管理，也是线程安全的，这个对于cookie来说则不是。

 

场景：

请求同一个链接，但是需要以不同的session 来请求，那么使用PoolingClientConnectionManager产生的同一个httpclient去访问，会使用相同的cookie。

name="code" class="java">PoolingClientConnectionManager connManager = new PoolingClientConnectionManager( registry);

Continue reading httpclient 多线程与cookie

炒青菜的窍门

in 生活 on 烹饪

我父亲告诉我，青菜好吃很简单，热锅，冷油，大火，用猪油。

 

 

意思就是锅要烧热，又不能烧太热，要用猪油炒青菜，火要大。

 

我的实际经验证明确实如此。

 

青菜中豇豆和苦瓜容易炒出青气，有些人喜欢这味道，我不喜欢。大多数人觉得隔夜的现苦瓜现豇豆似乎更好吃。

 

我的经验：

炒豇豆水不能给早了，豇豆下锅后，大火翻炒，看到全部豇豆都炒出油绿色，还要继续炒，不断点水以免局部烧糊粘锅，等到豇豆像焉了，尝一尝，觉得全部软了再放水放盐煮，香味出来了就可以起锅了。

 

炒苦瓜叶也差不多，大火，点水炒，要保持高温，尝尝觉得全部软了再起锅，这样新鲜味道还在，也好吃。

Continue reading 炒青菜的窍门

自己做饮料

in 生活 on 烹饪

夏日炎炎，喝水喝不下去，但是总是觉得想喝点什么，成天喝饮料贵不说，还担心添加剂对身体健康有坏处，这里链接几个打算自己做的饮料，准备尝试一下。

 

所选的都是容易做的：

 

健康好喝的饮料自己做----洛神花雪梨红枣汁（解暑，润燥，止咳，清脂）

http://blog.sina.com.cn/s/blog_54a625bf01017rmd.html

 

这个我到中药店去问，都不知道什么是洛神花，可操作性不是很好。

 

节后刮油食单2---山楂决明子清脂茶（强烈推荐

http://blog.sina.com.cn/s/blog_54a625bf0100hbev.html

决明子味道闻起来不怎么样啊……

 

最适合夏天喝的饮料——酸梅汤

http://jingyan.baidu.com/article/8065f87fce8e1e23312498c0.html

这个我做过，原材料价格大概10块钱，还不算时间，水和煤气，结果做出来的味道并不好喝，还不如超市买来的快速美味，01AB349F。

Continue reading 自己做饮料

微波炉制香酥黄豆

in 生活 on 烹饪

最近一段时间，知识没什么长进，厨艺倒熟练了不少，危险危险00078DDD

 

吃牛肉面的时候那里面的炸黄豆吃起来真香，嘎嘣嘎嘣的，其实也可以做小菜，零食，没事嗑几颗……

 

于是网上找了制作方法，制作很成功，就是那个味道：

1：干黄豆洗净后，放入水中浸泡三小时以上，水要足够，一般漫过豆子一指节。

 

2：去掉水，高火一分钟去掉残余的水分，搅拌挥发水蒸气。

 

3：倒入少量油，搅拌，看到豆子上油亮亮的即可。

 

4：平摊豆子到盘中，放入微波炉高火3分钟拿出来搅拌再摊平，这样重复3次，一共是9分钟。

 

这样豆子就做好了，还有个窍门就是，冷的差不多了就放入冰箱里放着，更酥脆。

Continue reading 微波炉制香酥黄豆

easyXDM使用

in Web前端 on 跨域

easyXDM是个javascript跨域解决方案，支持包括ie6的主流浏览器。其实现机制针对ie和html个不同:

http://easyxdm.net/wp/

文档：

https://github.com/oyvindkinsey/easyXDM#readme

 

这个文档先仔细读，你会发现首先，使用easyXDM需要在两个域页面上都写代码，那么你要有两个域的代码控制权。这一下子就明白了吧，还是老套路，没有那么纯洁的跨域方案的。不需要flash代码不是说不依赖flash,上面写得清楚要求flash6以上。

 

入门教程倒是简单:

http://easyxdm.net/wp/category/getting-started/

 

其consumer是发起会话的页面，它会指定remote参数，easyXDM会依据remote创建一个隐藏的iframe，其src指向的就是remote的值,通过向这个iframe发跨域消息来达到目的。

 

不过我怎么总觉得发起会话的应该是provider呢，接收消息的remote才是consumer吧?

 

 

 

对于大多数场景，是一个页面A包含了一个跨域的iframe页面B,我们想这两个页面互相通信，要这样做，那就要将remote指向B,你可以通过container来指定iframe的包含容器，通过props来制定这个iframe的样式，https://github.com/oyvindkinsey/easyXDM#how-to-use-easyxdm

 

 

其他:

local:的参数是要指向本域的name.html， 这个是ie6,7才需要的。

我测试ie8以下就有错误，不知什么情况。

Continue reading easyXDM使用

highcharts使用

in Web前端 on highcharts, javascript

之前用Rapheal画图表,自己写，一个两个还好，这次要画六个图表就有点够呛了，发现highchart挺不错的。

这里是几个web图表比较:

http://socialcompare.com/en/comparison/javascript-graphs-and-charts-libraries

highchart还是蛮多人支持的,只不过商业用途需要收费:

http://shop.highsoft.com/highcharts.html

在线文档:

http://api.highcharts.com/highcharts

 

这个在线demo可以直接jsfiddle编辑

http://www.highcharts.com/demo/

 

 

 

数据的格式:

http://api.highcharts.com/highcharts#series.data

每个点附加自定义数据

如果你想传自定义数据，则应传对象,但要有y,(如果x轴不是category,则要传x)

这样如果每个point格式为{x:1,y:2,mydata:’abc’},则在tooltip的formatter回调中可这样this.point.mydata获得mydata(shared为false时，一般建议shared为false,除非每个tip里要获得所有此x坐标上y点，这时就是this.point[i].mydata。)

x,y轴都可以是datetime类型，但是传入的值应该是Date.getTime()的值。

tickInterval是定义间隔的，但是如果是负数则会显示不正常。

 

 

gauge chart

需要highharts-more.js,point.push方法如果传入的是{}则会改变指针颜色，可能是个bug,传数值就不会变。

相关示例:

http://jsfiddle.net/gh/get/jquery/1.7.2/highslide-software/highcharts.com/tree/master/samples/highcharts/plotoptions/gauge-dial/

http://jsfiddle.net/CVJLV/

但是这两个都不能解决update传入object问题,最后只好设置全局样式：

name="code" class="js">Highcharts.setOptions({

Continue reading highcharts使用

smartdraw2010 破解

in 默认分类

网上说smartdraw  + EA 经典配置，但是smartdraw 我还没发现较好的破解。

 

这里有个2010的破解，可以用，但是有个问题，破解后启动时需要断网，否则运行不了。不过出现这种情况你可以重新破解，再断网运行。

 

具体见:

http://www.cnblogs.com/RuiLei/archive/2009/10/14/1583497.html

 

我这里补充一下2010下载地址:

http://download.cnet.com/SmartDraw-2010/3000-2075_4-10002466.html

Continue reading smartdraw2010 破解

【转】Visual_VM操作手册

in java on 内存泄露, 性能

资源来自互联网，原作者不知出处，如果你觉得此转载侵犯了你的权益，请于管理员联系: [email protected]

1 什么是 Visual VM？

1.1 Visual VM简介

VisualVM 提供在 Java 虚拟机 (Java Virutal Machine, JVM) 上运行的 Java 应用程序的详细信息。在 VisualVM 的图形用户界面中，您可以方便、快捷地查看多个 Java 应用程序的相关信息。（摘自官方） 简单说来，VisualVM是一种集成了多个JDK命令行工具的可视化工具，它能为您提供强大的分析能力。所有这些都是免费的！它囊括的命令行工具包括jstat, JConsole, jstack, jmap 和 jinfo，这些工具与JDK的标准版本是一致的。 可以使用VisualVM生成和分析海量数据、跟踪内存泄漏、监控垃圾回收器、执行内存和CPU分析，同时它还支持在MBeans上进行浏览和操作。尽管VisualVM自身要在JDK6这个版本上运行，但是JDK1.4以上版本的程序它都能监控。

 

1.2 如何获取VisualVM

VisualVM的一个最大好处就是，它已经在你的JDK bin目录里了，只要你使用的是JDK1.6 Update7之后的版本。点击一下jvisualvm.exe图标它就可以运行了。

这里是VisualVM 的官方网站：https://visualvm.dev.java.net，资料很全，同时提供VisualVM最近版本下载。


 

2 Visual VM实战

2.1 开启Visual VM之旅

如果你使用的是JDK是1.6Update7之后的版本，那么Visual VM已经包含在bin目录下了，否则需要去官方下载。

2.1.1 启动问题

如果你在windows上使用Visual VM，需要做的只是点一下jvisualvm.exe，就能启动它；绿色，好用。但是Visual VM所在的分区如果是NTFS格式，那么第一个问题就出现了：sun对NTFS格式的硬盘支持有问题！但可通过参数可避免，并完成启动。步骤如下：

      1. 创建一个visualvm.exe的快捷方式

      2. 在“目标”中添加如下参数

-XX:+PerfBypassFileSystemCheck


clip_image002[4]

 

2.1.2 界面简介

Visual VM启动成功！可以看到Visual VM的界面了。通过Visual VM可以看到本机运行中的所有Java应用。你会发现根本不需要在VisualVM 里为Java应用程序注册，它们就会自动显示出来。甚至还可以在导航栏里查看到远程的Java应用。导航栏即为Applications，其中分为Local（本地Java应用）和Remote（远程Java应用）。

clip_image004[4]

2.1.3 安装插件

Visual VM有很多好用的插件,步骤如下：

      1. 点击Tools -> Plugins


      2. 推荐安装全部插件


clip_image006[4]

 

2.2 监控本地Java应用

Visual VM本身就是一个Java应用，所以打开Visual VM看到的第一个可监控应用就是Visual VM本身；可以用它热热身，小试下牛刀。在Visual VM可视化界面中可以监控到Visual VM本身的内存使用情况、线程情况、Jvm启动参数、cpu消耗情况、垃圾回收情况等很多参数。当然如果在本地启一个Tomcat一样可以看到这些参数，可以方便我们在本地对JVM进行调优。但是且接如果你是在windows下起应用，如果你的Java应用是在NTFS格式的盘附上，记得加参数：-XX:+PerfBypassFileSystemCheck

clip_image008[4]

 

2.2.1 使用Visual VM监测内存泄漏、解决内存溢出问题

2.2.1.1  内存泄露、溢出的异同

同：都会导致应用程序运行出现问题，性能下降或挂起。

异：

1) 内存泄露是导致内存溢出的原因之一；内存泄露积累起来将导致内存溢出。

2) 内存泄露可以通过完善代码来避免；内存溢出可以通过调整配置来减少发生频率，但无法彻底避免。

2.2.1.2  监测内存泄漏

  • 内存泄漏是指程序中间动态分配了内存，但在程序结束时没有释放这部分内存，从而造成那部分内存不可用的情况，重启计算机可以解决，但也有可能再次发生内存泄露，内存泄露和硬件没有关系，它是由软件设计缺陷引起的。 
  • 内存泄漏可以分为4类：

1) 常发性内存泄漏。发生内存泄漏的代码会被多次执行到，每次被执行的时候都会导致一块内存泄漏。

2) 偶发性内存泄漏。发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。常发性和偶发性是相对的。对于特定的环境，偶发性的也许就变成了常发性的。所以测试环境和测试方法对检测内存泄漏至关重要。

3) 一次性内存泄漏。发生内存泄漏的代码只会被执行一次，或者由于算法上的缺陷，导致总会有一块仅且一块内存发生泄漏。比如，在类的构造函数中分配内存，在析构函数中却没有释放该内存，所以内存泄漏只会发生一次。

4) 隐式内存泄漏。程序在运行过程中不停的分配内存，但是直到结束的时候才释放内存。严格的说这里并没有发生内存泄漏，因为最终程序释放了所有申请的内存。但是对于一个服务器程序，需要运行几天，几周甚至几个月，不及时释放内存也可能导致最终耗尽系统的所有内存。所以，我们称这类内存泄漏为隐式内存泄漏。

每隔一段时间给所监测的Java应用来一个heap dump，如下面三图所示：

clip_image010[4]

 

clip_image012[4]

 

clip_image014[4]

 

对比上面三个截图，发现似乎有个东西在急速飙升，仔细一看是这个对象：org.eclipse.swt.graphics.Image 在第一章图中这个还没排的上，第二次dump已经上升到5181个，第三次就是7845个了。涨速相当快，而且和任务管理器里面看到的GDI数量增涨一致，就是它了。

问题到这儿就比较清楚了，回到代码里面仔细一看可以发现，是某个地方反复的用图片来创建Image对象导致的，改掉以后搞定问题。

到这里其实我想说的是，Java使用起来其实要比C++更容易导致内存泄漏。对于C++来说，每一个申请的对象都必须明确释放，任何没有释放的对象都会导致memleak，这是不可饶恕的，而且这类问题已经有很多工具和方法来解决。但是到了Java里面情况就不同了，对于Java程序员来说对象都是不需要也无法主动销毁的，所以一般的思路是：随用随new，用完即丢。很多对象具体的生命周期可能连写代码的人自己也不清楚，或者不需要清楚，只知道某个时刻垃圾收集器会去做的，不用管。但很可能某个对象在“用完即丢”的时候在另一个不容易发现的地方被保存了一个引用，那么这个对象就永远不会被回收。更加糟糕的是整个程序从设计之初就没有考虑过对象回收的问题，对于C++程序员来说memleak必然是一个设计错误，但是对Java程序员来说这只是一个疏忽，而且似乎没有什么好的办法来避免。今天看到的这个问题是因为GDI泄漏会造成严重后果才被重视，但如果仅仅是造成内存泄漏，那这个程序可能得连续跑上个十天半个月才会发现问题。最后就是，对于c++，错误的代码在测试阶段就可以快速的侦测出哪怕一个byte的memleak并加以改正，但是对于java程序，理论上没有哪个工具能够知道是不是有泄漏，因为除了作者自己以外没有人能够知道一个被引用的对象是不是应该被销毁，只有通过大量的，长期的压力测试才能发现问题，这是很危险的一件事情。

 

2.2.1.3  解决内存溢出问题

1、java.lang.OutOfMemoryError: PermGen space

JVM管理两种类型的内存，堆和非堆。堆是在JVM启动时创建；非堆是留给JVM自己用的，用来存放类的信息的。它和堆不同，运行期内GC不会释放空间。如果web app用了大量的第三方jar或者应用有太多的class文件而恰好MaxPermSize设置较小，超出了也会导致这块内存的占用过多造成溢出，或者tomcat热部署时侯不会清理前面加载的环境，只会将context更改为新部署的，非堆存的内容就会越来越多。

PermGen space的全称是Permanent Generation space，是指内存的永久保存区域，这块内存主要是被JVM存放Class和Meta信息的，Class在被Loader时就会被放到PermGen space中，它和存放类实例(Instance)的Heap区域不同，GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的应用中有很CLASS的话，就很可能出现PermGen space错误，这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar, 其大小超过了jvm默认的大小(4M)那么就会产生此错误信息了。

 

clip_image016[4]

 

如上图所示，PermGen在程序运行一段时间后超出了我们指定的128MB，通过Classes视图看到，Java在运行的同时加载了大量的类到内存中。PermGen会存储Jar或者Class的描述信息；所以在class大量增加的同时PermGen超出了我们指定的范围。为了让应用稳定，我们需要探寻新的PermGen范围。检测时段时候后（如下图）发现PermGen在145MB左右稳定，那么我们就得到了稳定的新参数；这样PermGen内存溢出的问题得到解决。

clip_image018[4]

 

2、java.lang.OutOfMemoryError: Java heap space

第一种情况是个补充，主要存在问题就是出现在这个情况中。其默认空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。如果内存剩余不到40％，JVM就会增大堆到Xmx设置的值，内存剩余超过70％，JVM就会减小堆到Xms设置的值。所以服务器的Xmx和Xms设置一般应该设置相同避免每次GC后都要调整虚拟机堆的大小。假设物理内存无限大，那么JVM内存的最大值跟操作系统有关，一般32位机是1.5g到3g之间，而64位的就不会有限制了。

注意：如果Xms超过了Xmx值，或者堆最大值和非堆最大值的总和超过了物理内存或者操作系统的最大限制都会引起服务器启动不起来。

 

垃圾回收GC的角色，JVM调用GC的频度还是很高的，主要两种情况下进行垃圾回收：

一个是当应用程序线程空闲；另一个是java内存堆不足时，会不断调用GC，若连续回收都解决不了内存堆不足的问题时，就会报out of memory错误。因为这个异常根据系统运行环境决定，所以无法预期它何时出现。

根据GC的机制，程序的运行会引起系统运行环境的变化，增加GC的触发机会。

为了避免这些问题，程序的设计和编写就应避免垃圾对象的内存占用和GC的开销。显示调用System.GC()只能建议JVM需要在内存中对垃圾对象进行回收，但不是必须马上回收。一个是并不能解决内存资源耗空的局面，另外也会增加GC的消耗。

 

clip_image020[4]


 

如上图所示，used heap的折线图呈峰状，说明垃圾对象及时被回收了，内存得以释放。如果used heap的值只增不减说明存在内存泄漏了，如果超过heap size的值，会报内存溢出的错误。

 

2.2.1.4  如何避免内存泄漏、溢出

1) 尽早释放无用对象的引用。

          好的办法是使用临时变量的时候，让引用变量在退出活动域后自动设置为null，暗示垃圾收集器来收集该对象，防止发生内存泄露。

2) 程序进行字符串处理时，尽量避免使用String，而应使用StringBuffer。

          因为每一个String对象都会独立占用内存一块区域，如：

  1. String str = "aaa";   
  2. String str2 = "bbb";   
  3. String str3 = str + str2;   
  4. // 假如执行此次之后str , str2再不被调用，那么它们就会在内存中等待GC回收；   
  5. // 假如程序中存在过多的类似情况就会出现内存错误；  

String str = "aaa";

String str2 = "bbb";

String str3 = str + str2;

// 假如执行此次之后str , str2再不被调用，那么它们就会在内存中等待GC回收；

// 假如程序中存在过多的类似情况就会出现内存错误；

 

3) 尽量少用静态变量。

         因为静态变量是全局的，GC不会回收。

4) 避免集中创建对象尤其是大对象，如果可以的话尽量使用流操作。

         JVM会突然需要大量内存，这时会触发GC优化系统内存环境； 一个案例如下： 

  1. // 使用jspsmartUpload作文件上传，运行过程中经常出现java.outofMemoryError的错误，   
  2. // 检查之后发现问题：组件里的代码   
  3. m_totalBytes = m_request.getContentLength();   
  4. m_binArray = new byte[m_totalBytes];   
  5. // totalBytes这个变量得到的数极大，导致该数组分配了很多内存空间，而且该数组不能及时释放。   
  6. // 解决办法只能换一种更合适的办法，至少是不会引发outofMemoryError的方式解决。   
  7. // 参考：http://bbs.xml.org.cn/blog/more.asp?name=hongrui&id=3747  

// 使用jspsmartUpload作文件上传，运行过程中经常出现java.outofMemoryError的错误，

// 检查之后发现问题：组件里的代码

m_totalBytes = m_request.getContentLength();

m_binArray = new byte[m_totalBytes];

// totalBytes这个变量得到的数极大，导致该数组分配了很多内存空间，而且该数组不能及时释放。

// 解决办法只能换一种更合适的办法，至少是不会引发outofMemoryError的方式解决。

// 参考：http://bbs.xml.org.cn/blog/more.asp?name=hongrui&id=3747

  

5) 尽量运用对象池技术以提高系统性能。

         生命周期长的对象拥有生命周期短的对象时容易引发内存泄漏，例如大集合对象拥有大数据量的业务对象的时候，可以考虑分块进行处理，然后解决一块释放一块的策略。

6) 不要在经常调用的方法中创建对象，尤其是忌讳在循环中创建对象。

         可以适当的使用hashtable，vector 创建一组对象容器，然后从容器中去取那些对象，而不用每次new之后又丢弃。

7) 优化配置。

         1、 设置-Xms、-Xmx相等；

         2、 设置NewSize、MaxNewSize相等；

         3、 设置Heap size, PermGen space:

             Tomcat 的配置示例：修改 %TOMCAT_HOME%/bin/catalina.bat or catalina.sh

             在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行：

set JAVA_OPTS=-Xms800m -Xmx800m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m 

Continue reading 【转】Visual_VM操作手册

Pagination

Total views.

© 2013 - 2019. All rights reserved.

Powered by Hydejack v6.6.1