我们在使用通配符定义切入方法未免不够灵活，spring为我们提供了使用正则表达式定义切入点的方法，且有两个特点1.更加灵活2.可以对包括包名和类名需要注意的是，使用RegexpMethodPointcut，必须在classpath中加入jakarta.common.ORO类库大部分代码和http://blog.csdn.net/daryl715/archive/2007/05/20/1618292.aspx这边文章类似，不同的就是spring配置文件
系统 2019-08-12 09:30:04 2684
相信互联网已经越来越成为人们生活中不可或缺的一部分。ajax，flex等等富客户端的应用使得人们越加“幸福”地体验着许多原先只能在C/S实现的功能。比如Google机会已经把最基本的office应用都搬到了互联网上。当然便利的同时毫无疑问的也使页面的速度越来越慢。自己是做前端开发的，在性能方面，根据yahoo的调查，后台只占5%，而前端高达95%之多，其中有88%的东西是可以优化的。以上是一张web2.0页面的生命周期图。工程师很形象地讲它分成了“怀孕，出
系统 2019-08-12 09:30:04 2684
Service翻译成中文是服务，熟悉Windows系统的同学一定很熟悉了。Android里的Service跟Windows里的Service功能差不多，就是一个不可见的进程在后台执行。Android中的服务，它与Activity不同，它是不能与用户交互的，不能自己启动的，运行在后台的程序，如果我们退出应用时，Service进程并没有结束，它仍然在后台运行，例如我们打开一个音乐播放器来听音乐，在听音乐的同时也想做下其它的事情，比如上网聊Q、或者上网浏览新闻之
系统 2019-08-12 09:29:28 2684
Jmeter环境搭建1、拷贝\\szpc1450\apache-jmeter-2.7整个目录到本机(我是放在D盘，以下路径说明以D盘为例)2、拷贝\\szpc1450\Tools\autotestsoftwares\jdk-6u11-windows-i586-p.exe到本机之后进行安装安装完毕之后添加环境变量JAVA_HOME=C:\ProgramFiles\Java\jdk1.7.0_45（以实际目录为准）Path=%JAVA_HOME%\binCLA
系统 2019-08-12 09:26:50 2684
原文:删除MySQL重复数据删除MySQL重复数据项目背景在最近做的一个linux性能采集项目中，发现线程的程序入库很慢，再仔细定位，发现数据库里面很多冗余数据。因为在采集中，对于同一台设备，同一个时间点应该只有一个数据，然而，数据库中存入了多个数据。对于如何造成了这个结果，一时没有想清楚，但为了解决入库慢的问题，首先要删除冗余数据。问题描述数据库的表结构很简单，如下：+----------------+--------------+------+----
系统 2019-08-12 01:55:38 2684
helpshowhelpshowdbsshowdatabasenamesshowcollectionsshowcollectionsincurrentdatabaseshowusersshowusersincurrentdatabaseshowprofileshowmostrecentsystem.profileentrieswithtime>=1msusesetcurentdatabasetodb.addUser(user
系统 2019-08-12 01:53:34 2684
有这么一个表tb:+--+----+|id|name|+--+----+|1|小红||1|小明||2|小张||2|小张|+--+----+要以id分组，把name字段合并到一行。使用mysql的group_concat函数很方便的实现:mysql>selectid,group_concat(name)fromtbgroupbyid;+--+--------------------+|id|group_concat(name)|+--+-----------
系统 2019-08-12 01:53:29 2684
***********************************************声明***********************************************************************原创作品，出自“深蓝的blog”博客，欢迎转载，转载时请务必注明出处，否则追究版权法律责任。深蓝的blog：http://blog.csdn.net/huangyanlong/article/details/399077
系统 2019-08-12 01:53:02 2684
--************************************--Oracle表缓存(cachingtable)的使用--************************************1.使用cachingtable的原因在通常的情况下，应用程序访问在cache中的数据块将按照LRU算法来进行处理。然而对于小表的访问，当使用全表扫描时，则该表中的块会放置LRU列表最近最少使用尾部的(LRU端)，因此很快就被淘汰出局。然而使用基于成本
系统 2019-08-12 01:51:54 2684
这个报错信息在不同的PL/SQLDeveloper版本都会出现，从上面详细的报错提示信息中我们可以判断得到，报错原因不在工具本身。在此，详细记录一下这个小问题的三种处理方法。1.第一种处理方法（不推荐）就是在报错的Error对话框中将"Don'tshowthismessageagain"选项选中，下次就不在提示这个错误了。这种方法应该可以叫做"鸵鸟方式"的处理方法。没有从根本上解决这个问题。2.第二种处理方法（可以采纳）报错信息中描述的非常详细，原因是动态
系统 2019-08-12 01:51:26 2684
