上記のような原料から、樹液を採取する・すり潰す・熱す・水にさらす等の方法で毒素が抽出される。複数種の材料を調合することも一般的であり、その場合は毒素同士の拮抗を避け、協力を引き出す調合法が経験的に用いられている。毒液を煮詰めて濃度を上げる、腐敗させるといった方法で毒素を強化する場合もある。完成した矢毒は、「毒液に矢を浸して乾燥、を繰り返す」「タール状にして、鏃に彫られた溝に塗り込む」「鏃に松脂を塗り、乾燥させ粉末にした毒素をまぶす」等の方法で矢の先端に展着される。矢柄・矢尻に先端を尖らせた葦など中空の植物の茎を用いて中に毒液を仕込み、注射針の要領で矢毒を打ち込む方法もあった。但し、毒性は強ければ良いとは限らない。狩猟に毒矢を用いる場合、食肉が汚染されては意味がないからである。二次的な中毒を避けるため、「調剤の段階で適度に毒性を抑える」「消化管から吸収されない毒を使う（d-ツボクラリン等）」といった工夫がされる。また、狩猟の現場では、獲物を仕留めたら直ちに毒矢の傷口周辺の肉はこそぎ取って捨てられる。
毒物の武器への利用は、旧石器時代に石斧・槍などの武器が使用されるようになって程なく始まったと考えられるが、不明確な点が多い。化石人類が活用し得た動物毒・植物毒の多くは有機質であり、遺物として残りにくいからである。ただ、発掘された旧石器時代の骨角器の槍先・鏃には表面に溝を彫ったものがあり、毒物を盛るための加工と考えられている。
Javaではその前身であるGreenOS用言語およびOakと呼ばれていた頃にあたる、主に家電機器向け組込システムへの普及を目指していた初期の段階から、スレッド式（threaded）を基底要素にして設計されていた。組込システム開発では主に2～4タスクによる並行処理が要望される状況が頻出しており、大抵はシングルタスクでも実装可能なコルーチンによる交互切り替えフローで対応される事が多かった。家電機器の高機能化に伴うマルチタスク環境のニーズ増加を予測したサン社のプロジェクトチームは、その組み込み分野におけるシェア独占を目指してマルチスレッド機能の標準配備を、プログラミング言語と仮想マシン設計における重要課題としていた。初期バージョンにおけるJavaのスレッドは、仮想マシンソフトウェア上のユーザー空間で走行される純粋なユーザースレッドとして実装された。一台のJava仮想マシンの実行は一つのプロセスとなり、Javaのプロセスは始めから複数スレッド（糸）の寄り合わせとして設計されていた。この高度なネイティブスレッド・エミュレート技術は注目を集め、その開発チームの名に因んだグリーンスレッドという名称を確立し、ランタイムライブラリ及び仮想マシン上で走行されるマルチスレッドの代名詞となった。グリーンスレッドは公開初期においては、例えばLinuxのネイティブスレッドよりもやや軽量なパフォーマンスを発揮した。組み込みシステム向けのJava仮想マシンでは基本的にこのグリーンスレッドが標準仕様となり続けている。しかし、パソコンやサーバーマシン用の各OSの間で、マルチコアCPUの特性を活かして設計された更に軽量なネイティブスレッドが一般的になると、グリーンスレッドのパフォーマンスは明確に見劣りするようになった。やむなく開発チームはグリーンスレッドを順次廃止し、JavaのスレッドをOSが提供するネイティブスレッド上で走行させるように設計変更した。これはやや苦汁の決断だったようで、特に並行処理同期=排他制御を多用するJavaプログラムにおいては、この時点からプラットフォーム非依存性に対する問題が生じるようになったと言われる。Javaの同期（synchronization）設計の特徴としては、全てのインスタンスにロックオブジェクト機能を持たせている事が挙げられる。このロックはsynchronizedキーワードで示される標準同期構文で使用される。標準同期はJava仮想マシン内包仕様であり、機能的にはミューテックスに相当する。synchronized修飾子を付加された各メソッドはその全体が排他制御エリアとなり、呼び出し時はデフォルト的にthisインスタンスからロックを取得するので、イメージ的にオブジェクト（=インスタンス）単位となる排他制御が容易に実装できた。このロック普遍化はオブジェクト指向との協調を明確に表現した設計と言える。synchronizedクラスメソッドの方は、システム内に存在するクラスオブジェクトからロック取得を試みるので、これもイメージ的に同種オブジェクト（同属性インスタンス）共通の同期と排他制御を表現できた。また、synchronized()定義子の波括弧で任意のコード部分を括る事により、メソッド内に部分的な排他制御エリアを設ける事が出来る。ここではthis以外のインスタンスもロックオブジェクトに指定出来るので多様な同期が可能となった。上述の排他制御エリアの仕組みは基本的に入口でロックを取得し、出口でロックを解放するものである。ロックが取得出来なかったら待機キューに入れられる。再入可能（リエントランス）に設計されているので再帰アルゴリズムなどで一度ロックを取得したスレッドが再び入口を通る時はそのまま素通りする。エリア内からのメソッドリターンは同時に出口通過と見なされてロックを解放する。ただしエリア内ですでにロック解放（notify）を行っている場合はそのまま脱出する。エリア内では任意位置での待機キュー入り（wait）も可能で同時にそこでロックも解放される。状態異常発生時は各スレッドに例外を投げて待機キューから強制脱出させる事も出来る。この標準同期は、組み込みシステムやさほど複雑でないアプリケーションの実装をほとんどカバー出来るものと言える。またこのミューテックス相当の機能は様々に応用可能でもある。しかし、実際にカウントセマフォやバリアや読み書きロックなどを再現しようとすると余計なワンステップを必要としがちなので、それらのロック手法は専用のAPIで用意されている。スレッドはその性質ごとにスレッドグループにまとめる事が出来て同時に様々な一括操作も可能となっている。これはクライアント・サーバーシステムの実装でよく用いられる。また膨大な数の断続的トランザクションをさばくシステムにおいて発生しがちなスレッド生成と破棄の繰り返しによる負荷増大を解決する為の、スレッドプールとタスクキューを併せたいわゆるモニタの技法を提供するAPIも用意されている。