php编程中，在处理非ascii字符时，会碰着一些问题，要很小心的去对待，要不然就会缺点各处。举个大略的例子，strlen($name)，如果$name包含非ascii字符，那结果就有些出乎猜想。在此给出一些建议，只管即便避免此类问题：
如果你对unicode和utf-8不是很理解，那么你至少该当理解一些根本。推举阅读这篇文章。
最好利用mb_函数来处理字符串，避免利用老的字符串处理函数。这里要确保PHP的“multibyte”扩展已开启。
数据库和表最好利用unicode编码。
知道jason_code()函数会转换非ascii字符，但serialize()函数不会。
php代码源文件最好利用不含bom的utf-8格式。
在此推举一篇文章，更详细的先容了此类问题：UTF-8 Primer for PHP and MySQL
缺点7：假定$_POST总是包含POST数据
PHP中的$_POST并非总是包含表单POST提交过来的数据。假设我们通过jQuery.ajax() 方法向做事器发送了POST要求：
// js
$.ajax({
url:'http://my.site/some/path',
method:'post',
data:JSON.stringify({a:'a',b:'b'}),
contentType:'application/json'
});
把稳代码中的 contentType: ‘application/json’ ，我们因此json数据格式来发送的数据。在做事端，我们仅输出$_POST数组：
// php
var_dump($_POST);
你会很惊奇的创造，结果是下面所示：
array(0){}
为什么是这样的结果呢？我们的json数据 {a: ‘a’, b: ‘b’} 哪去了呢？
答案便是PHP仅仅解析Content-Type为 application/x-www-form-urlencoded 或 multipart/form-data的Http要求。之以是这样是由于历史缘故原由，PHP最初实现$_POST时，最盛行的便是上面两种类型。因此虽说现在有些类型（比如application/json）很盛行，但PHP中还是没有去实现自动处理。
由于$_POST是全局变量，以是变动$_POST会全局有效。因此对付Content-Type为 application/json的要求，我们须要手工去解析json数据，然后修正$_POST变量。
// php
$_POST=json_decode(file_get_contents('php://input'),true);
此时，我们再去输出$_POST变量，则会得到我们期望的输出：
array(2){[\"大众a\"大众]=>string(1)\公众a\"大众[\"大众b\公众]=>string(1)\公众b\公众}
缺点8：认为PHP支持字符数据类型
看看下面的代码，预测下会输出什么：
for($c='a';$c<='z';$c++){
echo$c.\"大众\n\"大众;
}
如果你的回答是输出’a’到’z’，那么你会惊奇的创造你的回答是缺点的。
不错，上面的代码的确会输出’a’到’z’，但除此之外，还会输出’aa’到’yz’。我们来剖析下为什么会是这样的结果。
在PHP中不存在char数据类型，只有string类型。明白这点，那么对’z’进行递增操作，结果则为’aa’。对付字符串比较大小，学过C的该当都知道，’aa’是小于’z’的。这也就阐明了为何会有上面的输出结果。
如果我们想输出’a’到’z’，下面的实现是一种不错的办法：
for($i=ord('a');$i<=ord('z');$i++){
echochr($i).\"大众\n\公众;
}
或者这样也是OK的：
$letters=range('a','z');
for($i=0;$i
echo$letters[$i].\公众\n\公众;
}
缺点9：忽略编码标准
虽说忽略编码标准不会导致缺点或是bug，但遵照一定的编码标准还是很主要的。
没有统一的编码标准会使你的项目涌现很多问题。最明显的便是你的项目代码不具有同等性。更坏的地方在于，你的代码将更加难以调试、扩展和掩护。这也就意味着你的团队效率会降落，包括做一些很多无意义的劳动。
对付PHP开拓者来说，是比较幸运的。由于有PHP编码标准推举（PSR），由下面5个部分组成：
PSR-0：自动加载标准
PSR-1：基本编码标准
PSR-2：编码风格指南
PSR-3：日志接口标准
PSR-4：自动加载
PSR最初由PHP社区的几个大的团体所创建并遵照。Zend, Drupal, Symfony, Joomla及其它的平台都为此标准做过贡献并遵照这个标准。纵然是PEAR，早些年也想让自己成为一个标准，但现在也加入了PSR阵营。
在 某些情形下，利用什么编码标准是无关紧要的，只要你利用一种编码风格并一贯坚持利用即可。但是遵照PSR标准不失落为一个好办法，除非你有什么分外的缘故原由要 自己弄一套。现在越来越多的项目都开始利用PSR，大部分的PHP开拓者也在利用PSR，因此利用PSR会让新加入你团队的成员更快的熟习项目，写代码时 也会更加舒适。
缺点10：缺点利用empty()函数
一些PHP开拓职员喜好用empty()函数去对变量或表达式做布尔判断，但在某些情形下会让人很困惑。
首先我们来看看PHP中的数组Array和数组工具ArrayObject。看上去彷佛没什么差异，都是一样的。真的这样吗？
// PHP 5.0 or later:
$array=[];
var_dump(empty($array));// outputs bool(true)
$array=newArrayObject();
var_dump(empty($array));// outputs bool(false)
// why don't these both produce the same output?
让事情变得更繁芜些，看看下面的代码：
// Prior to PHP 5.0:
$array=[];
var_dump(empty($array));// outputs bool(false)
$array=newArrayObject();
var_dump(empty($array));// outputs bool(false)
很不幸的是，上面这种方法很受欢迎。例如，在Zend Framework 2中，Zend\Db\TableGateway 在 TableGateway::select() 结果集上调用 current() 方法返回数据集时便是这么干的。开拓职员很随意马虎就会踩到这个坑。
为了避免这些问题，检讨一个数组是否为空末了的办法是用 count() 函数：
// Note that this work in ALL versions of PHP (both pre and post 5.0):
$array=[];
var_dump(count($array));// outputs int(0)
$array=newArrayObject();
var_dump(count($array));// outputs int(0)
在这顺便提一下，由于PHP中会将数值0认为是布尔值false，因此 count() 函数可以直接用在 if 条件语句的条件判断中来判断数组是否为空。其余，count() 函数对付数组来说繁芜度为O(1)，因此用 count() 函数是一个明智的选择。
再来看一个用 empty() 函数很危险的例子。当在魔术方法 __get() 中结合利用 empty() 函数时，也是很危险的。我们来定义两个类，每个类都有一个 test 属性。
首先我们定义 Regular 类，有一个 test 属性：
classRegular
{
public$test='value';
}
然后我们定义 Magic 类，并用 __get() 魔术方法来访问它的 test 属性：
classMagic
{
private$values=['test'=>'value'];
publicfunction __get($key)
{
if(isset($this->values[$key])){
return$this->values[$key];
}
}
}
好了。我们现在来看看访问各个类的 test 属性会发生什么：
$regular=newRegular();
var_dump($regular->test);// outputs string(4) \"大众value\"大众
$magic=newMagic();
var_dump($magic->test);// outputs string(4) \"大众value\公众
到目前为止，都还是正常的，没有让我们感到含糊。
但在 test 属性上利用 empty() 函数会怎么样呢？
var_dump(empty($regular->test));// outputs bool(false)
var_dump(empty($magic->test));// outputs bool(true)
结果是不是很意外？
很不幸的是，如果一个类利用邪术 __get() 函数来访问类属性的值，没有大略的方法来检讨属性值是否为空或是不存在。在类浸染域外，你只能检讨是否返回 null 值，但这并不一定意味着没有设置相应的键，由于键值可以被设置为 null 。
比较之下，如果我们访问 Regular 类的一个不存在的属性，则会得到一个类似下面的Notice：
Notice:Undefinedproperty:Regular::$nonExistantTestin/path/to/test.php on line10
CallStack:
0.00122347041.{main}()/path/to/test.php:0
因此，对付 empty() 函数，我们要小心的利用，要不然的话就会结果出乎猜想，乃至潜在的误导你。
更多PHP干系技能请搜索千锋PHP，做真实的自己，用良心做教诲。
互联网+时期，时候要保持学习，携手千锋PHP,Dream
It Possible。
作者：php红薯
链接：https://www.jianshu.com/p/0c95bb5d8a7e
來源：简书
简书著作权归作者所有，任何形式的转载都请联系作者得到授权并注明出处。
