你用的是哪个版本?

如果我正在为之编写代码的特定代码库的编码标准指定了应该使用哪个操作符，那么我肯定会使用它。如果不是，并且代码规定了应该使用哪个(不经常使用，可以很容易地解决)，那么我将使用它。否则，可能是&&。

“and”比“&&”更易读吗?

你是否更容易理解。答案是肯定的，也不是，这取决于很多因素，包括操作符周围的代码，以及阅读它的人!

||有~差别吗?

是的。请参阅||的逻辑运算符和~的位运算符。

你用的是哪个版本?

如果我正在为之编写代码的特定代码库的编码标准指定了应该使用哪个操作符，那么我肯定会使用它。如果不是，并且代码规定了应该使用哪个(不经常使用，可以很容易地解决)，那么我将使用它。否则，可能是&&。

“and”比“&&”更易读吗?

你是否更容易理解。答案是肯定的，也不是，这取决于很多因素，包括操作符周围的代码，以及阅读它的人!

||有~差别吗?

是的。请参阅||的逻辑运算符和~的位运算符。

我想这是一个品味问题，尽管(错误地)把它们混在一起可能会导致一些不受欢迎的行为:

true && false || false; // returns false

true and false || false; // returns true

因此，使用&&和||更安全，因为它们具有最高优先级。在可读性方面，我想说这些操作符是足够通用的。

更新:关于评论说，这两个操作返回false…好吧，事实上上面的代码没有返回任何东西，我很抱歉歧义。澄清一下:第二种情况下的行为取决于如何使用操作的结果。观察一下这里操作符的优先级是如何发挥作用的:

var_dump(true and false || false); // bool(false)

$a = true and false || false; var_dump($a); // bool(true)

$a === true的原因是因为赋值操作符优先于任何逻辑操作符，这在其他回答中已经很好地解释了。

为了安全起见，我总是用圆括号括起来，并将它们分隔开。这样，我就不必依赖运算符优先级:

if( 
    ((i==0) && (b==2)) 
    || 
    ((c==3) && !(f==5)) 
  )

&&和和之间的优先级不同(&&的优先级高于and)，这在与三元运算符组合时会引起混淆。例如,

$predA && $predB ? "foo" : "bar"

将返回一个字符串，而

$predA and $predB ? "foo" : "bar"

将返回布尔值。

因为and的优先级比=低，你可以在条件赋值中使用它:

if ($var = true && false) // Compare true with false and assign to $var
if ($var = true and false) // Assign true to $var and compare $var to false