問題タブ [capacity]

環境: OS X 10.8、Go 1.0.2

buffer-size 2 でチャネルを作成し、チャネルを 3 回書き込むと、エラーがスローされます。

throw: すべてのゴルーチンがスリープ状態 - デッドロック!

もちろん、それは正しいです。

しかし、ゴルーチンで channel を 4 回以上書き込むと、正常に動作します。なぜですか? チャネルの容量は 2 ですが、ゴルーチンがそれを無視したり、容量の設定を忘れたりするのはなぜですか? read-channel コードにコメントを付けて、誰もチャネルを読み取って容量を節約しないようにします。また、time.Sleep を使用して、すべてのゴルーチンが作業を完了するのを待ちます。

次のコードを確認してください: パッケージ メイン

誰かヒットさせてくれませんか？みんなありがとう。

Drive SDKを使用して Google ドライブにファイルをアップロードしようとしています。

ユーザーのドライブにファイルを保持するのに十分な容量があるかどうかを確認する API メソッドがあるかどうかを知りたかったのです。はいの場合、検索する場所を教えてください。そうでない場合、これを処理する最善の方法は何ですか?

PS:アップロードするファイルのサイズを知っていると仮定してください。

C++ では、a を初期化しstd::vector v(100);てそれを試みresize()ないreserve()場合、capacity()常に同じままであることが保証されますか? パフォーマンス上の理由から、メモリの割り当て/解放/再割り当て/その他が行われていないことを確認したいと思います。(はい、パフォーマンスに影響します。私の関数は常に呼び出され、すぐに返さなければなりません)。

すべてを再開する:

ストリームを新しいメモリ ストリームに書き込むと、メモリ ストリームの長さと容量は最初は両方とも 0 に設定され、書き込みプロセスに伴って増加します。しかし、ある時点で、容量は長さよりも速く成長します。
書き込み操作が完了すると、正しい長さ (元の入力ストリームの長さと同じ) が得られますが、容量ははるかに大きくなります。
それが正しいか？
それらは同じであるべきではありませんか？
私はそれについての情報を見つけることができませんでした

^{int の最大値が 2 31} -1であるにもかかわらず、Java HashMap の最大容量が 1<<31 ではなく 1<<30 であるのはなぜですか? 最大容量は次のように初期化されます。static final int MAXIMUM_CAPACITY = 1 << 30;

指定した容量よりも多くのアイテムを入れた場合、HashMap の古いアイテムはどうなるか教えてください。例えば：

容量を 5 に設定しましたが、この HashMap に 10 個のアイテムを配置すると、最初の 5 個のアイテムとビットマップはどうなるでしょうか?