（x ^ 0x1）！= 0はどういう意味ですか？

私は次のコードスニペットに出くわしました

if( 0 != ( x ^ 0x1 ) )
     encode( x, m );

どういうx ^ 0x1意味ですか？これは標準的なテクニックですか？

XOR演算（x ^ 0x1）はビット0を反転します。したがって、式は事実上、xのビット0が0、またはxの他のビットが1の場合、式は真になります。

逆に、x == 1の場合、式はfalseです。

したがって、テストは次と同じです。

if (x != 1)

したがって、（おそらく）不必要に難読化されます。

• ^ビットごとのXOR演算です
• 0x1ある116進表記で
• x ^ 0x1の最後のビットを反転しますx（明確でない場合は、上のリンクのXOR真理値表を参照してください）。

したがって、が1より大きい場合、またはの最後のビットが0の(0 != ( x ^ 0x1 ))場合、条件はtrue になります。これは、条件がfalseになる値としてx == 1のみを残します。したがって、次と同等ですxx

if (x != 1)

そのような単純な条件を実装する方法のPS Hellを付け加えます。しないでください。複雑なコードを書く必要がある場合は、コメントを残してください。お願いします。

これは単純化した説明のように見えるかもしれませんが、誰かがゆっくりとそれをやりたい場合は、以下に示します：

^あるビット単位のXORの C、C ++やC＃でのオペレータが。

ビット単位のXORは、同じ長さの2つのビットパターンを取り、対応するビットの各ペアに対して論理排他的OR演算を実行します。

排他的ORは、両方の入力が異なる場合は常にtrueを出力する論理演算です（一方はtrue、もう一方はfalse）。

真理値表の排他的論理和B：

a           b        a xor b
----------------------------
1           1           0
1           0           1
0           1           1
0           0           0

それでは、0 == ( x ^ 0x1 )バイナリレベルの式を説明しましょう。

             what? xxxxxxxx (8 bits)
               xor 00000001 (hex 0x1 or 0x01, decimal 1)    
             gives 00000000
---------------------------
the only answer is 00000001

そう：

   0 == ( x ^ 0x1 )    =>    x == 1
   0 != ( x ^ 0x1 )    =>    x != 1

排他的OR（XOR）演算子です。それがどのように機能するかを理解するには、この単純なコードを実行することができます

    std::cout << "0x0 ^ 0x0 = " << ( 0x0 ^ 0x0 ) << std::endl;
    std::cout << "0x0 ^ 0x1 = " << ( 0x0 ^ 0x1 ) << std::endl;
    std::cout << "0x1 ^ 0x0 = " << ( 0x1 ^ 0x0 ) << std::endl;
    std::cout << "0x1 ^ 0x1 = " << ( 0x1 ^ 0x1 ) << std::endl;

出力は

0x0 ^ 0x0 = 0
0x0 ^ 0x1 = 1
0x1 ^ 0x0 = 1
0x1 ^ 0x1 = 0

だからこの表現

0 != ( x ^ 0x1 )

x！= 0x1の場合にのみtrueになります。

x自体は変更されません。xが0または1に等しいかどうかのみをチェックします。このrxpressionは次のように変更できます

if ( x != 0x1 )

それをチェックしx、実際にされていません0x1... xorINGのxで0x1あれば0になりますが唯一xである0x1...これは主に、アセンブリ言語で使われていた古いトリックです

^オペレータは、ビット単位の排他的論理和です。そして0x1数である1進定数として書かれました、。

したがって、x ^ 0x1と同じ新しい値に評価されますが、x最下位ビットが反転します。

このコードは、xを1と比較するだけで、非常に複雑であいまいな方法で行われます。

xor（排他的論理和）演算子は、1つ以上のビットを反転するために最もよく使用されます。操作は、ビットの1つが正確に1であるかどうかを確認することです。これにより、次の真理値表が生成されます（AおよびBは入力、Yは出力です）。

A    B    Y
0    0    0
0    1    1
1    0    1
1    1    0

このコードの目的は、最後のビットが1で、他のビットが0であるかどうかを確認することですif ( x != 1 )。これはに等しいです。このあいまいな方法の理由は、以前のビット操作技法が使用されており、プログラムの他の場所で使用されている可能性があるためです。

^はビット単位xor operatorですc。あなたの場合、xは1でxorされます。たとえばx、値が10の場合10d ^ 1d ===> 1010b ^ 0001b = 1011b, 1011b == 11d、条件はtrueになります。

ビット単位のテストは意図的な難読化のようですが、基礎となるデータがIBMメインフレームシステムからの企業データである場合は、コードが元のドキュメントを反映するように作成された可能性があります。IBMのデータ形式は1960年代にさかのぼり、ストレージを節約するためにフラグをワード内の単一ビットとして頻繁にエンコードします。フォーマットが変更されると、下位互換性を維持するために、既存のレコードの最後にフラグバイトが追加されました。たとえば、SMFレコードのドキュメントには、データが入力ファイルであると判断するために、1つのレコード内の3つの異なるワード内の3つの個別のビットをテストするアセンブリ言語コードが示されている場合があります。TCP / IPの内部についてはあまり詳しくありませんが、ビットフラグもそこにあるかもしれません。

演算子^はビット単位のxorです（＆、|を参照）。ビットペアの結果は、

0 ^ 0 == 0
0 ^ 1 == 1
1 ^ 0 == 1
1 ^ 1 == 0

だから式

( x ^ 0x1 )

xの0番目のビットを反転/反転します（他のビットは変更せずに残します）。

xが0x0および0x1以外の値を持つことができるかどうかを検討してください。xが単一ビットフィールドの場合、値は0x0と0x1のみが可能ですが、xがint（char / short / long / etc）の場合、bit0以外のビットが式の結果に影響を与える可能性があります。

指定された式により、bit0の横のビットが結果に影響を与えることができます。

if ( 0 != ( x ^ 0x1 ) )

これは、この（より単純な）表現と同等の真実性を持ち、

if ( x ^ 0x1 )

この式はbit0のみを調べることに注意してください。

if( 0x1 & ( x ^ 0x1 ) )

したがって、提示された式は、実際には2つの式チェックを組み合わせたものです

if( ( x & ~0x1 )  //look at all bits besides bit0
||  ( x ^ 0x1 ) ) //combine with the xor expression for bit0

著者はbit0のみをチェックするつもりで、この式を使用するつもりでしたか、

if( 0x1 & ( x ^ 0x1 ) )

または、著者はbit1-bitNとbit0のxorの値を混同するつもりでしたか？

答えを直感的に取得する方法を誰も実際に説明しなかったので、新しい答えを追加します。

の逆は+です-。
の逆^は^。

どのように解決0 != x - 1しxますか？あなた+ 1は両側に：0 + 1 != x - 1 + 1→ 1 != x。
どのように解決0 != x ^ 1しxますか？あなた^ 1は両側に：0 ^ 1 != x ^ 1 ^ 1→ 1 != x。

には他のビットまたはビットフィールド値があると思います。xこれは、下位ビットのみが設定されていることをテストすることを目的としています。コンテキストでは、これがデフォルトであるため、このエンコードと関連するm（おそらくエンコードにコストがかかる）のエンコーディングはスキップできます。両方ともデフォルト値であり、コンストラクターなどで初期化されている必要があるためです。

どういうわけか、デコーダーはこれらの値が欠落していることを推測できなければなりません。それらが何らかの構造の最後にある場合は、length常に存在する値を介して通信される可能性があります。

XORはC＃フラグ列挙型で役立ちます。列挙値から単一のフラグを削除するには、xor演算子を使用する必要があります（参照ここで）

例：

[Flags]
enum FlagTest { None 0x0, Test1 0x1, Test2 0x2, Test3 0x4}

FlagTest test = FlagTest.Test2 | FlagTest.Test3;
Console.WriteLine(test); //Out: FlagTest.Test2 | FlagTest.Test3
test = test ^ FlagTest.Test2;
Console.WriteLine(test); //Out: FlagTest.Test3

良い答えはたくさんありますが、もっと簡単に考えたいと思います。

if ( 0 != ( x ^ 0x1 ) );

まず第一に。ifステートメントは、引数がゼロの場合にのみ偽になります。これは、ゼロに等しくない比較は無意味であることを意味します。

if ( a != 0 );
// Same as
if ( a );

これで、次のことが可能になります。

if ( x ^ 0x1 );

1つのXOR。XORが行うことは、本質的に異なるビットを検出することです。したがって、すべてのビットが同じである場合、0を返します。0がfalseであるため、falseを返すのは、すべてのビットが同じである場合のみです。それはfalseになりますので、それらが異なる場合...同じような引数は、真の同じであれば、ないに等しい演算子。

if ( x != 0x1 );

事実、2つの違いは!=0または1 ^を返すだけで、任意の数値を返しますが、結果の真実性は常に同じです。それについて考える簡単な方法です。

(b != c) === !!(b ^ c) // for all b and c

最後の「単純化」は、0x11である10進数に変換することです。したがって、ステートメントは次と同等です。

if ( x != 1 )

^はビットごとのXOR演算子です

x = 1の場合

          00000001   (x)       (decimal 1)
          00000001   (0x1)     (decimal 1)
XOR       00000000   (0x0)     (decimal 0)

ここで0 ==（x ^ 0x1）

x = 0の場合

          00000000   (x)       (decimal 0)
          00000001   (0x1)     (decimal 1)
XOR       00000001   (0x1)     (decimal 0)

ここで0！=（x ^ 0x1）

xor bの真理値表：

a           b        a xor b
----------------------------
1           1           0
1           0           1
0           1           1
0           0           0

コードは単に意味します

かもしれない標準的な技術ここで使用されあるは、算術的に単純であるが文脈上無意味なイディオムで置き換えることによって難読化するのではなく、明確にするために周囲の文脈で現れるイディオムを繰り返すことです。

周囲のコードがを頻繁に参照する(x ^ 1)か、テストで「ビット0が逆の場合、このビットマスクは空になりますか？」

条件が何かを引き起こすことを考えると encode()編集場合、コンテキストではビット0のデフォルト状態が他の要因によって反転されている可能性があり、ビットのいずれかがデフォルト（通常はすべてゼロ）から逸脱している場合にのみ、追加情報をエンコードする必要があります）。

表現を文脈から外してそれが何をするかを尋ねると、根本的な意図を見落とすことになります。コンパイラからのアセンブリ出力を見て、単に1との直接の等価比較を行っていることもわかるでしょう。

これまでの回答を見ると、XORs を処理するための単純なルールがありません。意味^と0x意味（およびif、!=など）を詳しく説明することなく、式0 != (x^1)は次のように書き直すことができます(a^a)==0。

0 != (x^1) <=> [xor left and right side by 1]
(0^1) != (x^1^1) <=>
1 != x