Trait是PHP 5.4引入的新概念，看上去既像类又像接口，其实都不是，Trait可以看做类的部分实现，可以混入一个或多个现有的PHP类中，其作用有两个：表明类可以做什么；提供模块化实现。Trait是一种代码复用技术，为PHP的单继承限制提供了一套灵活的代码复用机制。 为什么使用Trait PHP语言使用一种典型的单继承模型，在这种模型中，我们先编写一个通用的根类，实现基本的功能，然后扩展这个根类，创建更具体的子类，直接从父类继承实现。这叫做继承层次结构，很多编程语言都使用这个模式。大多数时候这种典型的继承模型能够良好运作，但是如果想让两个无关的PHP类具有类似的行为，应该怎么做呢？ Trait就是为了解决这种问题而诞生的。Trait能够把模块化的实现方式注入多个无关的类中，从而提高代码复用，符合DRY（Don’t Repeat Yourself）原则。比如Laravel底层用户认证相关逻辑以及软删除实现等地方都使用了Trait来实现。以Laravel自带的AuthController为例，其中的登录、注册以及登录失败尝试次数都是通过Trait实现： 如何创建Trait 创建Trait很简单，跟创建类有点类似，只不过使用的关键字是trait而不是class，以上述ThrottlesLogin为例： 我们通过trait声明定义的是一个Trait，然后我们可以在这个Trait中像类一样定义要使用的属性和方法。 此外Trait支持嵌套和组合，即通过一个或多个Trait（多个用,分隔）组合成一个Trait，比如AuthenticatesAndRegistersUsers即是如此： 使用多个Trait可能会引起命名冲突问题，上面的代码给出了解决方案：使用insteadof关键字，如果AuthenticatesUsers和RegistersUsers中都定义了redirectPath和getGuard方法，那么将从AuthenticatesUsers中获取对应方法而不是RegistersUsers。另外还可以使用as关键字为方法起个别名，这样也可以避免命名冲突。 此外，这里可能没有完整列出，Trait中还支持定义抽象方法和静态方法，其中抽象方法必须在使用它的类中实现。 这里还需要声明的一点是调用方法的优先级：调用类>Trait>父类（如果有的话），方法可以覆盖，但属性不行，如果Trait中定义了一个属性，如果调用类中也定义这个属性则会报错。 如何使用Trait Trait的使用方法也很简单，上面已经显示的很清楚明了，即使用use关键字。 可能你已经注意到，命名空间和Trait使用的都是use关键字，不同之处在于导入位置，命名空间在类的定义体外导入，而Trait在类的定义体内导入。 from:http://laravelacademy.org/post/4281.html
View Details接口不是现代PHP的新特性，但是非常重要，学会使用接口，可以极大提升我们的编程能力，所以在日常开发中应该尽可能多地使用接口。 接口是两个PHP对象之间的契约（Contract），Laravel底层就直接将接口放在Contracts目录中： 接口将我们的代码和依赖解耦了，而且允许我们的代码依赖任何实现了预期接口的第三方代码，我们不管第三方代码是如何实现接口的，只关心第三方代码是否实现了指定的接口。 如果我们编写的代码需要处理指定类的对象，那么代码的功用就完全被限定了，因为始终只能使用那个类的对象，可是，如果编写的代码处理的是接口，那么代码立即就能知道如何处理实现这一接口的任何对象，我们不关心接口是如何实现的，只关心是否实现了指定的接口。 我们以上述Laravel底层提供的CacheStore（Store接口）为例，这个接口的作用是封装缓存存储器的通用方法，包括get、put、flush等：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 |
<?php namespace Illuminate\Contracts\Cache; interface Store { /** * Retrieve an item from the cache by key. * * @param string|array $key * @return mixed */ public function get($key); /** * Retrieve multiple items from the cache by key. * * Items not found in the cache will have a null value. * * @param array $keys * @return array */ public function many(array $keys); /** * Store an item in the cache for a given number of minutes. * * @param string $key * @param mixed $value * @param int $minutes * @return void */ public function put($key, $value, $minutes); /** * Store multiple items in the cache for a given number of minutes. * * @param array $values * @param int $minutes * @return void */ public function putMany(array $values, $minutes); /** * Increment the value of an item in the cache. * * @param string $key * @param mixed $value * @return int|bool */ public function increment($key, $value = 1); /** * Decrement the value of an item in the cache. * * @param string $key * @param mixed $value * @return int|bool */ public function decrement($key, $value = 1); /** * Store an item in the cache indefinitely. * * @param string $key * @param mixed $value * @return void */ public function forever($key, $value); /** * Remove an item from the cache. * * @param string $key * @return bool */ public function forget($key); /** * Remove all items from the cache. * * @return void */ public function flush(); /** * Get the cache key prefix. * * @return string */ public function getPrefix(); } |
这么做的好处是可以分开定义具体的缓存实现方式，比如Laravel支持数组（Array）、数据库（Database）、文件（File）、Apc、Memcache、Redis等缓存存储器，方便我们在代码中使用相应的方式对数据进行缓存。我们以Memcached驱动为例，其对应实现类是MemcachedStore：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 |
<?php namespace Illuminate\Cache; use Memcached; use Illuminate\Contracts\Cache\Store; class MemcachedStore extends TaggableStore implements Store { /** * The Memcached instance. * * @var \Memcached */ protected $memcached; /** * A string that should be prepended to keys. * * @var string */ protected $prefix; /** * Create a new Memcached store. * * @param \Memcached $memcached * @param string $prefix * @return void */ public function __construct($memcached, $prefix = '') { $this->setPrefix($prefix); $this->memcached = $memcached; } /** * Retrieve an item from the cache by key. * * @param string|array $key * @return mixed */ public function get($key) { $value = $this->memcached->get($this->prefix.$key); if ($this->memcached->getResultCode() == 0) { return $value; } } /** * Retrieve multiple items from the cache by key. * * Items not found in the cache will have a null value. * * @param array $keys * @return array */ public function many(array $keys) { $prefixedKeys = array_map(function ($key) { return $this->prefix.$key; }, $keys); $values = $this->memcached->getMulti($prefixedKeys, null, Memcached::GET_PRESERVE_ORDER); if ($this->memcached->getResultCode() != 0) { return array_fill_keys($keys, null); } return array_combine($keys, $values); } /** * Store an item in the cache for a given number of minutes. * * @param string $key * @param mixed $value * @param int $minutes * @return void */ public function put($key, $value, $minutes) { $this->memcached->set($this->prefix.$key, $value, $minutes * 60); } /** * Store multiple items in the cache for a given number of minutes. * * @param array $values * @param int $minutes * @return void */ public function putMany(array $values, $minutes) { $prefixedValues = []; foreach ($values as $key => $value) { $prefixedValues[$this->prefix.$key] = $value; } $this->memcached->setMulti($prefixedValues, $minutes * 60); } /** * Store an item in the cache if the key doesn't exist. * * @param string $key * @param mixed $value * @param int $minutes * @return bool */ public function add($key, $value, $minutes) { return $this->memcached->add($this->prefix.$key, $value, $minutes * 60); } /** * Increment the value of an item in the cache. * * @param string $key * @param mixed $value * @return int|bool */ public function increment($key, $value = 1) { return $this->memcached->increment($this->prefix.$key, $value); } /** * Decrement the value of an item in the cache. * * @param string $key * @param mixed $value * @return int|bool */ public function decrement($key, $value = 1) { return $this->memcached->decrement($this->prefix.$key, $value); } /** * Store an item in the cache indefinitely. * * @param string $key * @param mixed $value * @return void */ public function forever($key, $value) { $this->put($key, $value, 0); } /** * Remove an item from the cache. * * @param string $key * @return bool */ public function forget($key) { return $this->memcached->delete($this->prefix.$key); } /** * Remove all items from the cache. * * @return void */ public function flush() { $this->memcached->flush(); } /** * Get the underlying Memcached connection. * * @return \Memcached */ public function getMemcached() { return $this->memcached; } /** * Get the cache key prefix. * * @return string */ public function getPrefix() { return $this->prefix; } /** * Set the cache key prefix. * * @param string $prefix * @return void */ public function setPrefix($prefix) { $this->prefix = ! empty($prefix) ? $prefix.':' : ''; } } |
可以看到我们在构造函数中传入了Memcached实例，然后在此实例基础上具体实现接口所定义的方法，其他的实现类也是类似，这样通过Store接口，我们就将缓存代码和具体依赖解耦，方便后续扩展以及供其他人使用。比如这里我们定义一个CacheStore类：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 |
<?php namespace App\Tests; use Illuminate\Contracts\Cache\Store; class CacheStore { protected $store; public function __construct(Store $store) { $this->store = $store; } public function get($key) { return $this->store->get($key); } public function put($key, $value, $minutes=1) { $this->store->put($key, $value, $minutes); } public function forget($key) { $this->store->forever($key); } public function flush() { $this->store->flush(); } } |
然后我们可以在配置文件中配置使用的默认缓存驱动，比如Memcached，然后在代码中调用时这样使用：
|
1 2 3 4 5 6 |
$memcached = new \Memcached(); $memcached->addServer('localhost',11211); $memcachedCache = new MemcachedStore($memcached); $cacheStore = new CacheStore($memcachedCache); $cacheStore->put('site','<a href="http://laravelacademy.org/">http://LaravelAcademy.org</a>'); dd($cacheStore->get('site')); |
注：这里只是做简单演示，不要真的这么去使用Laravel提供的缓存功能，实际上Laravel底层对缓存处理要比我这里的演示代码优雅的多。 总之，使用接口编写的代码更灵活，能委托别人实现细节，使用接口后会有越来越多的人使用你的代码，因为他们只需要知道如何实现接口，就可以无缝地使用你的代码。实际上，我们在使用服务提供者和依赖注入时也是以这种面向接口编程为基础进行了更复杂的扩展而已。 from:http://laravelacademy.org/post/4246.html
View Details1、什么是命名空间 如果你只需要知道现代PHP特性中的一个，那就应该是命名空间。命名空间在PHP5.3.0中引入，其作用是按照一种虚拟的层次结构组织PHP代码，这种层次结构类似操作系统中文件系统的目录结构。命名空间是现代PHP组件生态的基础，现代的PHP组件框架代码都是放在各自全局唯一的厂商命名空间中，以免和其他厂商使用的常见类名冲突。 下面我来看看真实的PHP组件是如何使用命名空间的。Laravel框架中的Http组件用于管理HTTP请求和响应，这个组件用到了常见的类名，例如Request、Response，很多其他PHP组件也用到了这样的类名，既然其他PHP代码也用到了相同的类名，那怎么使用这个组件呢？其实我们可以放心使用，因为这个组件的代码放在了唯一的厂商命名空间Illuminate中。打开这个组件在GitHub中的仓库（https://github.com/laravel/framework/blob/master/src/Illuminate/Http/Response.php），找到Response.php文件： 第3行代码如下：
|
1 |
namespace Illuminate\Http; |
这一行是PHP命名空间声明语句，声明命名空间的代码始终应该放在<?php标签后的第一行。通过这个命名空间的声明语句我们可以看到Response位于厂商命名空间Illuminate中（最顶层命名空间），我们还看到Response类在子命名空间Http中，你可以看下和Response.php文件在同一层级的其他文件，会发现它们都使用相同的命名空间声明语句。 命名空间的作用是封装和组织相关的PHP类，就像在文件系统中把相关的文件放在同一个目录中一样。PHP命名空间和操作系统的物理文件系统不同，这是一个虚拟概念，没必要和文件系统中的目录结构完全相同，虽然如此，但是大多数PHP组件为了兼容广泛使用的PSR-4自动加载标准，会把命名空间放到对应文件系统的子目录中。 2、为什么使用命名空间 前面已经提到过，我们的代码可能和其他开发者的代码使用相同的类名、接口名、函数或常量名，如果不使用命名空间，名称会起冲突，导致PHP执行出错。而使用命名空间将代码放到唯一的厂商命名空间，我们的代码就可以和其他开发者使用相同的类名、接口名、函数或常量名。 当然如果你开发的是小型个人项目，只有少量的依赖，类名冲突可能不是问题，但是如果在团队中工作，开发用到许多第三方依赖的大型项目，就要认真对待命名冲突问题，因为你无法控制项目依赖在全局命名空间中引入的类、接口、函数和常量，这也是为什么要使用命名空间的原因。 3、声明命名空间 每个PHP类、接口、函数和常量都在命名空间中，声明命名空间很简单，在<?php标签后的第一行声明，声明语句以namespace开头，随后是一个空格，然后是命名空间的名称，最后以;结尾。 命名空间经常用于设置顶层厂商名，比如我们设置厂商名为LaravelAcademy：
|
1 2 |
<?php namespace LaravelAcademy; |
在这个命名空间声明语句后声明的所有PHP类、接口、函数和常量都在LaravelAcademy命名空间中，而且和Laravel学院有某种关系。如果我们想组织学院用到的代码该怎么做呢？答案是使用子命名空间。 子命名空间的声明方式和前面的示例完全一样，唯一的区别是我们要使用\符号把命名空间和子命名空间分开，例如：
|
1 2 |
<?php namespace LaravelAcademy\ModernPHP; |
这个命名空间后的所有类、接口、函数和常量都位于LaravelAcademy\ModernPHP中。 在同一个命名空间中的类没必要在同一个PHP文件中声明，可以在PHP文件的顶部指定一个命名空间或子命名空间，此时，这个文件的代码就是该命名空间或子命名空间的一部分。因此我们可以在不同文件中编写属于同一个命名空间的多个类。 注：厂商命名空间是最顶层的命名空间，也是最重要的命名空间，用于识别品牌或组织，必须具有全局唯一性。子命名空间相对而言没那么重要，但是可以用于组织项目的代码。 4、导入和别名 在命名空间出现之前，PHP开发者使用Zend风格的类名解决命名冲突问题，这是一种类的命名方案，因Zend框架而流行，这种命名方案在PHP类名中使用下划线的方式表示文件系统的目录分隔符。这种约定有两个作用：其一，确保类名是唯一的；其二，原生的自动加载器会把类名中的下划线替换成文件系统的目录分隔符，从而确定文件的路径。例如，Zend_Cloud_DocumentService_Adapter_WindowsAzure_Query类对应的文件是Zend/Cloud/DocumentService/Adapter/WindowsAzure/Query.php。可以看出，这种命名有个缺点：类名特别长。 现代的PHP命名空间也有这个问题，例如上述Response类完整的全名是Illuminate\Http\Response，幸好，我们可以通过导入以及创建别名的方式来改变这一状况。 导入的意思是指，在每个PHP文件中告诉PHP想使用哪个命名空间、类、接口、函数和常量，导入后就不用使用全名了：
|
1 2 3 4 5 |
<?php use Illuminate\Http\Response; $response = new Response(‘Oops’, 400); $response->send(); |
我们通过use关键字告诉PHP，我们想使用Illuminate\Http\Response类，我们只需要输入一次完全限定的类名，随后实例化Response的时候，无需使用完整的类名。 如果觉得这样的类名还是长，可以创建别名。创建别名指的是告诉PHP我要使用简单的名称引用导入的类、接口、函数或常量：
|
1 2 3 4 5 6 |
<?php use Illuminate\Http\Response as Res; $res = new Res(‘Oops’, 400); $res->send(); |
从PHP 5.6开始还可以导入函数和常量，不过要调整use关键字的句法，如果要导入函数，需要使用use func：
|
1 2 3 4 |
<?php use func Namespace\functionName functionName(); |
如果想导入常量，可以使用use constant：
|
1 2 3 4 |
<?php use constant Namespace\CONST_NAME; echo CONST_NAME; |
当然也支持别名，创建方式和类一样。 5、实用技巧 多重导入 如果想要在PHP文件中导入多个类、接口、函数或常量，需要在PHP文件的顶部使用多个use语句，PHP支持用简短的语法把多个use语句写成一行：
|
1 2 3 |
<?php use Illuminate\Http\Request, Illuminate\Http\Response; |
但是为了可读性，建议不要这么写，还是一行写一个use语句比较好：
|
1 2 3 |
<?php use Illuminate\Http\Request; use Illuminate\Http\Response; |
一个文件使用多个命名空间 PHP允许在一个文件中定义多个命名空间：
|
1 2 3 4 5 6 7 8 |
<?php namespace Foo { //声明类、接口、函数、常量 } namespace Bar { //声明类、接口、函数、常量 } |
但这么做不好，违背了“一个文件一个类”的良好实践，因此不建议这么做。 全局命名空间 如果引用的类、接口、函数和常量没有指定命名空间，PHP假定引用的类、接口、函数和常量在当前的命名空间中。如果要使用其他命名空间的类、接口、函数或常量，需要使用完全限定的PHP类名（命名空间+类名）。 有些代码在全局命名空间中，没有命名空间，比如原生的Exception类就是这样。在命名空间中引用全局的代码时，需要在类、接口、函数或常量前加\符号：
|
1 2 3 4 5 6 7 8 |
<?php namespace My\App; class Foo { public function doSomething() { throw new \Exception(); } } |
自动加载 命名空间还为PHP-FIG制定的PSR-4自动加载标准奠定了坚实的基础，大多数现代的PHP组件都使用了这种自动加载模式，使用依赖管理器Composer可以自动加载项目的依赖，后续我们还会详细介绍Composer和PHP-FIG，现在你只需要知道没有命名空间，就没有现代的PHP生态系统和基于组件的新型架构，由此可见命名空间的重要性。 from:http://laravelacademy.org/post/4221.html
View Details请看解决方案: 1. 修改maven的settings.xml文件。 添加以下行，jdk版本改为自己需要的版本：
|
1 2 3 4 5 6 7 8 9 10 11 12 |
<profile> <id>jdk-1.7</id> <activation> <activeByDefault>true</activeByDefault> <jdk>1.7</jdk> </activation> <properties> <maven.compiler.source>1.7</maven.compiler.source> <maven.compiler.target>1.7</maven.compiler.target> <maven.compiler.compilerVersion>1.7</maven.compiler.compilerVersion> </properties> </profile> |
2. 在eclipse中检查配置文件是否被引用到，之前我的user settting使用的位置不对。 然后update setttings。 3. 最后选择创建的项目，更新项目后，引用的jdk版本自动刷新。 from:http://www.cnblogs.com/30go/p/7154298.html
View Details问题描述：eclipse加载新的项目后报一个错误，具体描述如下： Description Resource PathLocation Type Java compiler level does notmatch the version of the installed Java project facet.webattemp Unknown FacetedProject Problem (Java Version Mismatch) 问题分析： java版本不匹配：Facted Project 中的Java 版本设定与项目的Java 版本设定不一致。 问题解决： 在当前项目上点右键，属性--Project Facets中，配置编译版本与java compiler的版本一致。 1、选中项目后按下alt+enter组合键或者右键Project | Properties | Java Compiler(type filter text输入compiler可快速定位)，如下图所示： 2、修改Project Facets的Java值，使之和Compiler compliance level相同：打开方式参考1，如下图： 总结： 刚开始用的是eclipse比较老的一个版本，常用的文件定位的插件装上就是识别不出来，换了一个高版本的eclipse加载项目后就报出上面的错误，因为是第一次见到这个错误，以为是用的这个项目不支持高版本的eclipse呢，头说不行就用那个老版本得了，不要在这个上浪费时间，可是提高班培养出来的习惯，这样感觉就是不爽，还是想查一下再说，上网一查，这样的问题很多，当然很快就找到了解决的办法，工欲善其事，必先利其器，有了好的工具开发的时候心情好多了，自然效率也就提高了。 参考：http://blog.163.com/luckcq@yeah/blog/static/171747707201172223546805/ from:http://blog.163.com/lfsyhuangaigang@126/blog/static/774366702012913113253907/
View Details常用设置： 去掉波浪线: settings -> Editor -> Colors & Fonts -> General -> TYPO->Effects 显示行号: settings -> Editor->Appearance->Show line numbers 去掉右上角浏览器图标: settings -> tools -> WebBrowsers 启动的时候不打开工程文件 Settings->General去掉Reopen last project on startup. 取消自动保存 appearance -> system settings -> save file的两个选项 去掉 常用快捷键： ctrl + f : 查找 ctrl + shift + f ：查找任意内容，这个功能叼叼的~~ ctrl + r : 查找替换 ctrl + n : 查找类名称 ctrl + shift + n : 查找文件名称 ctrl + alt + shift + n : 查找方法名称 shift + shift ：查找任意文件名称 ctrl + b: 跳到变量申明处 ctrl + […]
View DetailsStruts2、SpringMVC、Servlet(Jsp)性能对比 测试 。 Servlet的性能应该是最好的，可以做为参考基准，其它测试都要向它看齐，参照它。 做为一个程序员，对于各个框架的性能要有一个基本的认知，便于选型时做出正确的决策。 在测试中发现了什么也不要大喊大叫，因为这些都是Java程序员的基础知识。 人人都要了解。 ————————————————————————————— 建议先阅读《你想建设一个能承受500万PV/每天的网站吗？ 》一文，了解一些测试的基本概念。在测试开始前就有一个性能好与坏的标准。再用这个标准来检验你程序。 ————————————————————————————— 测试环境说明： 服务器： 4G内存，至强3.0 （4核超线程）CPU，windows 2003 测试机：笔记本 2G内存，p8600 双核CPU，windows XP 网络：100Mb局域网 测试软件： Jmeter 2.3.4 分配了512M内存 tomcat 6 默认内存大小 ————————————————————————————— 测试配置如下图： 其实jmeter还是很弱的，我打开"集合点（synchronizing Timer）","察看结果树"，"用表格查看结果"中的任何一个都会导致测试结果中的性能下降和小部分请求的响应出错（可能是线程数太多了），所以禁用了。只启用了cookie管理器。 ————————————————————————————— Tomcat6.0 配置文件的说明 ，做测试之前是要整清楚的。 默认的Server.xml中如下 Xml代码 <Connector port="8080" maxHttpHeaderSize="8192" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" redirectPort="8443" acceptCount="100" connectionTimeout="20000" disableUploadTimeout="true" /> enableLookups 是否允许DNS查询，当web应用程序要通过域名服务器查找机器名转换为IP地址时。会使用DNS查询，需要占用网络，延长较长 maxThreads Tomcat可创建的最大的线程数，每一个请求须要一个线程来处理，原来的150太小了，我们测试时并发会超过他的。 acceptCount 指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，就是被排队的请求数，超过这个数的请求将拒绝连接。 connnectionTimeout 网络连接超时，单位：毫秒。设置为0表示永不超时，这样设置有隐患的。通常可设置为20000毫秒。 minSpareThreads Tomcat初始化时创建的线程数 maxSpareThreads 一旦创建的线程中空闲线程超过这个值，Tomcat就会关闭不再需要的socket线程。 注意：maxThreads 设置为500 ，也就是Tomcat最多同时使用500个线程处理500个并发(服务器CPU不错，500没问题)，不要发生 排队等待的情况以免影响测试成绩， 为下面的压力测试做好准备。 ———————————测试开始了——————————————- 测试时服务器CPU使用率 10% 测试时测试机CPU使用率 100%(测试机不行啊，主要是 Jmeter的性能一般，又吃内存，测试机p8600 双核CPU还是很强的 ) 每次测试CPU都这样，就统一写这里了。 测试1：JSP页面--2213个请求/秒 100并发，循环100次，共10000个请求，请求一个大小3.34KB的jsp页面。 测试2：JSP页面--1889个请求/秒 100并发，循环100次，共10000个请求，请求一个servlet总控制器，验证权限后(很简单)，new一个Action,再转发到一个大小3.34KB的jsp页面。 测试3：HTML页面--2607个请求/秒 100并发，循环100次，共10000个请求，请求一个3.2KB的html页面。 测试4： HTML页面-- 833个请求/秒 100并发，循环100次，共10000个请求，请求一个13.4KB的html页面。与上面比是只是文件大了一些，把网卡跑满了 ，网卡成为了性能瓶颈，RPS降了不少！！ 测试5： Spring MVC 2012个请求/秒 100并发，循环100次，共10000个请求，请求一个spring3 MVC的action,再转发到一个0.8K的JSP，其内容是简单的html […]
View Details你想建设一个能承受500万PV/每天的网站吗？ 500万PV是什么概念？服务器每秒要处理多少个请求才能应对？如果计算呢？ PV是什么： PV是page view的简写。PV是指页面的访问次数，每打开或刷新一次页面，就算做一个pv。 计算模型： 每台服务器每秒处理请求的数量=((80%*总PV量)/(24小时*60分*60秒*40%)) / 服务器数量 。 其中关键的参数是80%、40%。表示一天中有80%的请求发生在一天的40%的时间内。24小时的40%是9.6小时，有80%的请求发生一天的9.6个小时当中（很适合互联网的应用，白天请求多，晚上请求少）。 简单计算的结果： ((80%*500万)/(24小时*60分*60秒*40%))/1 = 115.7个请求/秒 ((80%*100万)/(24小时*60分*60秒*40%))/1 = 23.1个请求/秒 初步结论： 现在我们在做压力测试时，就有了标准，如果你的服务器一秒能处理115.7个请求，就可以承受500万PV/每天。如果你的服务器一秒能处理23.1个请求，就可以承受100万PV/每天。 留足余量： 以上请求数量是均匀的分布在白天的9.6个小时中，但实际情况并不会这么均匀的分布，会有高峰有低谷。为了应对高峰时段，应该留一些余地，最少也要x2倍，x3倍也不为过。 115.7个请求/秒 *2倍=231.4个请求/秒 115.7个请求/秒 *3倍=347.1个请求/秒 23.1个请求/秒 *2倍=46.2个请求/秒 23.1个请求/秒 *3倍=69.3个请求/秒 最终结论： 如果你的服务器一秒能处理231.4--347.1个请求/秒，就可以应对平均500万PV/每天。 如果你的服务器一秒能处理46.2--69.3个请求，就可以应对平均100万PV/每天。 说明： 这里说明每秒N个请求，就是QPS。因为我关心的是应用程序处理业务的能力。 实际经验： 1、根据实际经验，采用两台常规配置的机架式服务器，配置是很常见的配置，例如一个4核CPU+4G内存+服务器SAS硬盘。 2、个人武断的认为在服务器CPU领域Intel的CPU要优于AMD的CPU，有反对的就反对吧，我都说我武断了（请看CPU性能比较），不要太相信AMD的广告，比较CPU性能简单办法就是比价格，不要比频率与核心数，价格相差不多的性能也相差不多。 3、硬盘的性能很重要，由其是数据库服务器。一般的服务器都配1.5万转的SAS硬盘，高级一点的可以配SSD固态硬盘，性能会更好。最最最最重要的指标是“随机读写性能”而不是“顺序读写性能”。（本例还是配置最常见的1.5万转的SAS硬盘吧） 4、一台服务器跑Tomcat运行j2ee程序,一台服务器跑MySql数据库,程序写的中等水平(这个真的不好量化)，是论坛类型的应用(总有回帖,不太容易做缓存,也无法静态化)。 5、以上软硬件情况下，是可以承受100万PV/每天的。(已留有余量应对突然的访问高峰) 注意机房的网络带宽： 有人说以上条件我都满足了，但实际性能还是达不到目标。这时请注意你对外的网络的带宽，在国内服务器便宜但带宽很贵，很可能你在机房是与大家共享一条100M的光纤，实际每个人可分到2M左右带宽。再好一点5M,再好一点双线机房10M独享，这已经很贵了（北京价格）。 一天总流量：每个页面20k字节*100万个页面/1024=19531M字节=19G字节， 19531M/9.6小时=2034M/小时=578K字节/s 如果请求是均匀分布的，需要5M（640K字节）带宽（5Mb=640KB 注意大小写，b是位，B是字节，差了8倍），但所有请求不可能是均匀分布的，当有高峰时5M带宽一定不够，X2倍就是10M带宽。10M带宽基本可以满足要求。 以上是假设每个页面20k字节，基本不包含图片，要是包含图片就更大了，10M带宽也不能满足要求了。你自已计算吧。 （全文完） 附：性能测试基本概念 ————————————————————————————— 基本概念： Throughput（吞吐量）：按照常规理解网络吞吐量表示在单位时间内通过网卡数据量之和，其中即包括本机网卡发送出去的数据量也包括本机网卡接收到的数据量。 一个100Mb(位)的双工网卡，最大发送数据的速度是12.5M字节/s ， 最大接收数据的速度是12.5M字节/s， 可以 同时 收发 数据。 并发用户数：是同时执行操作的用户(线程数)。 响应时间：从请求发出到收到响应花费的时间 。 QPS – Queries Per Second 每秒处理的查询数（如果是数据库，就相当于读取） TPS – Transactions Per Second 每秒处理的事务数(如果是数据库，就相当于写入、修改) IOPS，每秒磁盘进行的I/O操作次数 例如对某个数据库测试，分开两次测QPS与TPS。 QPS（读取）值总是高于TPS(写、改)，并且有倍率关系，因为： 1、数据库对查询可能有缓存。 2、机械硬盘或SSD硬盘的读就是比写快。 ————————————————————————————— JMeter测试参数说明： […]
View Details目录 一、前言 二、spring mvc 核心类与接口 三、spring mvc 核心流程图 四、spring mvc DispatcherServlet说明 五、spring mvc 父子上下文的说明 六、springMVC-mvc.xml 配置文件片段讲解 七、spring mvc 如何访问到静态的文件，如jpg,js,css 八、spring mvc 请求如何映射到具体的Action中的方法 九、 spring mvc 中的拦截器： 十、 spring mvc 如何使用拦截器 十一、 spring mvc 如何实现全局的异常处理 十二、 spring mvc 如何把全局异常记录到日志中 十三、 如何给spring3 MVC中的Action做JUnit单元测试 十四、 spring mvc 转发与重定向 （带参数重定向） 十五、 spring mvc 处理ajax请求 十六、 spring mvc 关于写几个配置文件的说明 十七、 spring mvc 如何取得Spring管理的bean 十八、 spring mvc 多视图控制器 十九、 <mvc:annotation-driven /> 到底做了什么工作 二十、 本文中springMVC.xml配置文件是核心，这里给一个下载地址 说明：本作者是文章的原创作者，转载请注明出处：本文地址：http://elf8848.iteye.com/blog/875830 一、前言： 为开发团队选择一款优秀的MVC框架是件难事儿，在众多可行的方案中决择需要很高的经验和水平。你的一个决定会影响团队未来的几年。要考虑方面太多： 1、简单易用，以提高开发效率。使小部分的精力在框架上，大部分的精力放在业务上。 2、性能优秀，这是一个最能吸引眼球的话题。 3、尽量使用大众的框架（避免使用小众的、私有的框架），新招聘来的开发人员有一些这方面技术积累，减低人员流动再适应的影响。 如果你还在为这件事件发愁，本文最适合你了。选择Spring MVC吧。 Spring MVC是当前最优秀的MVC框架，自从Spring 2.5版本发布后，由于支持注解配置，易用性有了大幅度的提高。Spring 3.0更加完善，实现了对Struts 2的超越。现在越来越多的开发团队选择了Spring MVC。 Struts2也是非常优秀的MVC构架，优点非常多比如良好的结构，拦截器的思想，丰富的功能。但这里想说的是缺点，Struts2由于采用了值栈、OGNL表达式、struts2标签库等，会导致应用的性能下降，应避免使用这些功能。而Struts2的多层拦截器、多实例action性能都很好。可以参考我写的一篇关于Spring MVC与Struts2与Servlet比较的文章《Struts2、SpringMVC、Servlet(Jsp)性能对比 测试》 Spring3 MVC的优点： 1、Spring3 MVC使用简单，学习成本低。学习难度小于Struts2，Struts2用不上的多余功能太多。呵呵，当然这不是决定因素。 2、Spring3 MVC很容易就可以写出性能优秀的程序，Struts2要处处小心才可以写出性能优秀的程序（指MVC部分） 3、Spring3 MVC的灵活是你无法想像的，Spring框架的扩展性有口皆碑，Spring3 MVC当然也不会落后，不会因使用了MVC框架而感到有任何的限制。 Struts2的众多优点： 1、老牌的知名框架，从Struts1起积累了大量用户群体。技术文档丰富。 2、其它方面略… (呵呵，是不是不公平？) Spring的官方下载网址是：http://www.springsource.org/download […]
View Details