マイナチュレの返金の電話が大変なことになっています。

持続、保持。
計算機科学における継続（けいぞく、continuation）とは、プログラムの実行においてある時点において評価されていない残りのプログラム（the rest of the program）を意味するものであり、手続き（procedure）として表現されるものである。
次のようなBASICプログラムについて考える。
このgoto文を用いたBASICプログラムは以下のように手続きを用いて書きなおすことができる。
継続の骨子は、このようにgoto文などの制御構文を手続きの呼び出しとして解釈することである。例えば、書きなおす前のBASICプログラムの５０行を評価した時点における継続は具体的に表現する事は困難であるが、下のBASICプログラムであれば、単純に”HELLO”を表示した後に呼び出される手続き L1 と具体的に表現することができるようになる。
上記説明における制御構文を手続き（procedure）として表現するという手法を用いると、begin文に限定的な継続を導入することが容易に可能となる。
次に示すreset-beginマクロはbegin文と基本的挙動は同一であるが、shift-begin文を用いることによって、shift-begin行以下の継続を扱うことができる。
上記マクロを用いた例
複数の段階から成るあらゆる計算において、「継続」は存在している。まず、簡単な例として、算術の計算を考えてみよう。
以下のような式を評価して、値を得るという計算を考える。
ちょうど「3を足す」という計算が終わったところだとする。
この時、「4を足す」というのが次にするべき計算で、さらにその継続は「5を足して、さらに6を足す」というものである。
このように、コンピュータプログラムに限らず、あらゆる計算に継続は存在している。
サブルーチンの呼び出しや割り込みの際には、プログラムの元の部分から実行を再開するための情報がスタックに積まれ、必要な処理が終わるとスタックからそれを戻して実行を再開するが、この際の「実行を再開するための情報」も継続の一種である。
C言語では、setjmp関数で継続を保存し、longjmp関数でその継続に飛ぶことができるが、標準では関数呼び出しの入れ子が浅くなる側に飛ぶ場合しか保証されておらず、そのようなジャンプしか出来ないのが一般的である。
Schemeでは、call-with-current-continuation（、しばしばcall/ccと略される）という関数により、「現在の継続」を明示的に取り出し、プログラムで扱うことができる（継続が第一級オブジェクトである、という）。継続を、関数のようにして呼び出すと、その引数を返戻値として、call-with-current-continuationから戻る。
Rubyでは、C言語による実装（MRIとも呼ばれる）にも、同様のcallccというメソッドがある（バージョン1.9ではcontinuationライブラリをrequireする必要がある）。
JavaScriptでは、MozillaによるJavaScript処理系の実装であるRhinoにも継続のサポートがある。
たとえばC言語ではsetjmp/longjmpで実装するような、あるいはAda、C++、Javaなどの高水準プログラミング言語では言語機能として例外処理をサポートしているが、継続を扱うことができれば、同様の「今やっている計算を打ち切り、ネストの外側に値と処理を返す」、というふるまいをプログラムできる。
Webアプリケーションにおいて、継続の利用が開発効率を上げるとして、継続を利用するスタイルでのWebアプリケーションの開発がおこなえるフレームワークが開発されており、Kahuaなどの実装例がある。通常、Webサーバではユーザからの HTTP リクエストは完全に独立したものとして扱われており、したがってサーバ上で走っているプログラムは個々のリクエストを独立した計算過程として完了しなければならなかった。しかし、多くの Web アプリケーションでは『ログイン』や『買い物カゴへの追加』など、あたかもサーバ上で連続した状態を保持しているかのような機能をユーザに対して提供する必要がある。従来のWebプログラミングでは、これは一連のリクエストをいくつかの状態に分割してサーバ上に （あるいはクッキーなどで）保存しておき、各リクエストごとにそこから復帰するという手法が一般的だったが、このようなプログラミングは複雑になりがちで、バグも起こりやすかった。しかし継続をサーバ上に保持できれば、プログラマは状態の分割をなにも考えずにあたかもユーザと 1対1で通信しているかのようなコードを書くことができる。これにより複雑な Web アプリケーションがより簡単に（バグも少なく）書けるようになると、それらのフレームワークの開発者は主張している。
例外のようなスタックの巻き戻しのような処理ばかりではなく、コルーチンのように相互に呼び出し合うような機構も継続を使って実装できる（なお、コルーチンの実装には継続の持つ能力の全ては必要ではなく、また性能や機能の理由から、スレッドやファイバーで実装されるほうが多い）。
現在主流である、LIFOの関数呼び出しではなく、全ての関数呼び出しに、その関数が終わった後実行されるべき継続を、明示的に渡す、というプログラムのスタイルがあり、プログラマが書くコードとしてだけではなく、プログラミング言語処理系の中間表現としても使われており研究されている。
Schemeでは前述のように、継続が第一級オブジェクトであり、また簡単に実行中のコンテキストから継続を取り出して使うことができる。そればかりではなく、Schemeは仕様においてプログラム意味論が与えられているが、そこでも継続を利用して定義がおこなわれている。
Scheme以前から、プログラムの理論として継続は意識されており、SECDマシンの「D」は継続そのものである。また、手続き型（命令型）プログラミング言語の表示的意味論でも、gotoなどの意味を定めるために継続を使う。
計算の残り全体を扱う継続は、扱いづらいのみならず、一種の副作用のようなふるまいをする。
これに対し、限定継続（・restricted ～、partial continuation 部分継続などとも）は、継続のうち、ある所までの計算を区切って取り出すことができる、というもので、近年研究や実装が進められている。限定継続に対し（ふつうの）継続をundelimited continuationなどと言う。
shiftとresetと呼ばれるプリミティブにより、限定された継続が作られる。Schemeでcall/ccを使った実装例が、論文 “Final shift for call/cc:: direct implementation of shift and reset” 中の§2のサーベイ中に示されている。

条件が実現することを条件の成就という。
法律行為の効力の発生・消滅を将来発生するかどうか不確定な事実にかからせる付款またはその事実を条件というのに対し、法律行為の効力の発生・消滅を将来発生することが確実な事実にかからせる付款またはその事実は期限という。ただし、ある付款または事実が条件であるか期限であるか見解が分かれる場合もある（出世払いを参照）。
条件には停止条件と解除条件とがある。
積極的変化を内容とする場合（雪が降ることを条件とする場合など）を積極条件、消極的変化を内容とする場合（雪が降らないことを条件とする場合など）を消極条件というが、この分類には法律上の区別の実益はない。
一定の条件が付された場合について、民法は法律行為につき無条件あるいは無効とする（～）。
条件を付すことができない法律行為を「条件に親しまない行為」といい、このような法律行為は全体として無効である。主に身分行為についての公益上の不許可と単独行為についての私益上の不許可がある。
行政法上の条件とは行政行為の効果を将来発生することの不確実な事実にかからしめる意思表示をいう。

理由と帰結の関係は論理的見地より見られた制約と被制約者との関係（論理的理由）であるが、実在的関係より見れば結果に対する原因と同義（実在的理由）となる。
ゴットフリート・ライプニッツは充足理由律を矛盾律と共に掲げ、哲学の原理とした。