“是啊，我和俊一分手了。”早織坐在離家不遠處的一間名為“覺”的高檔咖啡館裏，一邊對着筆記本電腦編輯作者發來的稿件，一邊在手機裏對前來關心的閨蜜説道。
“沒什麼啦，我已經習慣了。還記得那個我叫他‘青椒叔叔’的律師嗎？俊一和他簡直一模一樣，一邊想要尋找適合結婚的對象，一邊又對自己的前女友念念不忘。既然如此，那就繼續沉浸在回憶中啊，以這樣的心態去和新的女人在一起，豈不是對她不負責任？現在的男人怎麼都這樣……不好意思，麻煩再來一杯半糖拿鐵，謝謝。”
“覺”雖然坐落在市中心最熱鬧的地方，不過只要大門一關上，外面的聲音就幾乎被全部隔離，配上安佐裏純淨的歌聲，使得整個咖啡館頗有種遺世獨立的感覺。也正是因為這樣，所以儘管這裏的消費對於早織來説並不十分便宜，但她還是堅持選擇這裏作為平時工作的場所。
“這種事情上，當然是寧缺毋濫的吧。”早織對電話裏的閨蜜説道，“我也知道只要稍微降低一下標準就可以找到合適的結婚對象，可是那樣還有什麼意義呢？所謂結婚的初衷，不正是要讓生活變得更好而存在的嗎？”她接過服務員遞來的拿鐵，一邊把稿件中有語病的地方一一修正，一邊對着電話那頭灌輸着自己一直信奉的觀念。從那脱口而出的熟練度來看，想必也已對不同人無數次説過了。
“總而言之，愛情啊婚姻啊這樣的事情，即便沒有到絕望的程度，我也早已不對此抱過多不切實際的憧憬了。對我這個歲數的人而言，分手也不過是難過一下就好了的事，你就放心吧。我還有工作要做，先掛了哦。”
雖然説得輕描淡寫，不過所謂“難過一下”恐怕到底還是一種自我催眠的説法吧。早織放下電話，不由得出了會神，像是在重審自己剛才的話是否正確，又像是一種單純的放空。
電腦裏傳出的一聲“叮咚”的提示音把早織拉回了現實，她把手機放回座位旁的包裏，點開了提示的信息。
一封新的未讀郵件。
“‘適婚對象數據庫’？什麼啊這是……廣告嗎？”早織看着屏幕上的標題露出了疑惑的表情。
“俊一在早織小姐之前有4個女朋友，其中和最後一個談了4年，因為家產問題而不得不分手，我説得對嗎？”一個陌生男人的聲音突然從對面座位傳出，嚇得早織差點叫了出來。她抬頭一看，不知何時，對面竟已坐了一個體形微胖、戴着墨鏡的黑衣男子。
“你……是誰？”早織實在不記得對面有人來坐的印象，也許是自己剛才一邊工作一邊打電話太過投入了而沒注意？
“俊一的身高是178公分，對於早織小姐的165公分其實算是正好相配”黑衣男子並沒有回答早織的話，兀自説了下去，“你們的性格雖然不是特別天造地設的那種類型，不過就平淡過日子而言，也沒有什麼太大的問題。不過，除了對於前女友的執念太強以外，家庭的成長環境也是一個不小的障礙。俊一的父親是政府議員，從小對俊一實行特別嚴厲的管教，許多事情即使俊一併不認同，也只能聽從父親的指示，會給人一種沒有主見的感覺，恐怕這一點也是令早織小姐困擾的一大因素。綜合來説，俊一對於早織小姐而言，100分滿分的前提下，適婚指數為67分，並不是十分突出的分數，因此這樣看來，和他分手還算是一個合理的決定。”
“……”早織一動不動地坐在座位上，不知該説些什麼。雖然這種斬釘截鐵的語氣令人不快，不過無法否認的是，這個怪人説的確實全都是事實。
“你在想我為什麼知道這些？”黑衣男子笑着説，“打開那封郵件就知道了。”
“郵件……‘適婚對象數據庫’？”
“沒錯，那是我們的最新產品。分析每一個人的特點，再針對目標客户進行精準的評分，以此來判定他們在多大的程度上適合與早織小姐結婚。我們堅信，這世間的一切都是可以用數字來量化的，婚姻的幸福也莫不如此，一定有一種計算方式可以算出針對每個人而言的最完美結婚人選，而這就是我們的最終成果。如果不相信的話，早織小姐可以先打開軟件試試看。”
早織將信將疑地安裝了軟件，打開以後看着密密麻麻卻又條理清晰的界面，感到目不暇接。
如同表格一般的界面中，最左邊一列井井有條地羅列着無數個名字。而在第一行的“姓名”欄後面，則依次排列着“年齡”、“身高”、“外貌”、“家境”、“住址”、“忠誠度”、“綜合指數”等選項，在每一個名字後都在這些欄目中有着各自的評分，一時間令人眼花繚亂。
“點擊每一個項目，就可以以該項目的評分從高到低排列。”黑衣男子如中學老師一般耐心教導着。
早織試着點了一下“住址”欄，果然，重新排列後的名字，第一位就是自己的鄰居中田先生，雙擊他的名字，彈出了包括照片在內的具體個人資料，與自己所瞭解的中田先生幾乎一模一樣。因為他已經40多歲，並且早已結婚的緣故，和早織的適婚指數只有22分。
“簡直不可思議……”早織不禁感嘆這驚人的準確度。
“出於對於隱私保護的考慮，對於每個人的過往經歷儘可能的簡略，而只着重給出相應的分數。按照這個數據庫所推薦的最高分人選來進行交往，就能獲得一生中最佳的婚姻。不過如果早織小姐願意，也可以選擇自己所看中的特定項目中評分最高的人進行交往。比如説……”
説着黑衣男子走到早織旁邊，在“外貌”欄點擊了一下，並且打開了排名第一的“真夏智久”的資料，説：“你看，這是山下智久的原名，雖然日本的男藝人數不勝數，不過在早織小姐的心裏，外貌排名第一的還是非他莫屬，只是由於巨大的身份差距，你們的適婚指數只有6分。”
“連他都在數據庫裏啊……”早織不禁感嘆道。
“我們的數據庫可是囊括所有人的哦，早織小姐如果有興趣，甚至還可以點擊‘性別’，搜索所有女性與您的適婚指數呢，哈哈哈。總之，希望您能夠用它找到屬於自己的幸福，先告辭啦。”
“慢點！……”早織的心裏還有無數疑問，但是當她的視線從電腦屏幕中移開時，卻發現身邊早已沒有黑衣男子的身影。
——“適婚對象數據庫”……也不知道是不是真的呢。
正當早織還沒從剛剛發生的奇異經歷中緩過來時，主編忽然打來了電話，説是出版社那邊早織負責的新書出了點問題，要她去一趟。她便暫時放下“數據庫”的事情，收起電腦，趕忙前往出版社。
回到家時已是晚上十點多鐘。處理完工作上的事情後，稍微吃了點東西就一個人去聽了場早就訂好票的音樂會，當時並沒有感覺到什麼，不過一打開家門，看着空蕩蕩的房間，寂寞就如微風般浮上了早織的心頭。對於剛剛失戀的人來説，或許最難忍受的就是這忙碌過後的空閒時刻。
——對於女生來講，終究還是希望找一個合適的人互相陪伴的呀。
早織躺在牀上，望着天花板這樣想道。
——對了，那個數據庫。
她忽然從牀上坐起來。
經過一系列的工作和精彩的音樂會，下午發生的這件怪事已經被早織全部拋諸腦後了。此刻重新想起來，彷彿撿起了一樣差點丟失的重要物品。
——不妨試一試？
和下午比起來，夜深人靜的時候，早織的態度也產生了些許變化。
她從包裏拿出電腦，迅速打開了軟件。本來就不是需要複雜操作的東西，早織現在用起來已經能夠得心應手。
——如果一定要搜索的話……毫無疑問最想知道的是評分最高的人吧。
這樣想着，早織點擊了“綜合指數”，按評分從高到低依次排列。排在第一的有78個人，評分全都是88分。這意味着在這個世界上，這78個人是最適合與自己結婚的人。而評分為87的人數則高達1090人。看來自己的行情還是不錯的。
——不過……怎麼最高也就只有88分啊……要找一個百分之百與自己契合的人，果然是不可能的麼……
早織心中犯起了嘀咕，一個一個點開這78個人，看看究竟是什麼樣的人，是目前自己最適合結婚的對象。
一個叫做吉田勇作的男人得到了她的注意，這首先是來自於那瀟灑帥氣的照片。固然別的77個獲得最高分的人也都符合自己的審美標準，不過吉田勇作顯然更勝人一籌。照片中的他有着一雙桀驁不馴的眼神，與她最喜愛的山下智久頗有幾分相似，剛一看到就徹底打動了早織的心。隨後早織又發現勇作所住的地方離自己只有十幾站路的距離，這不免更讓她怦然心動。
——原來自己命中註定的真愛就在那伸手可及的地方啊……
早織忽然感到整個房間都充滿了光芒。
第二天是週六，一早起來，早織就將自己仔細打扮了一番，接着按照數據庫中顯示的地址，坐上了前往勇作家的地鐵。一路上她自己都為這樣的行動而感到不可思議，居然會因為這不知真假的數據庫而做到這種地步。
——姑且試試看吧，畢竟如果他真是我的真命天子的話，要是錯過了可要後悔萬分的呀。
早織心裏是這樣對自己説的。
話雖如此，當她真的站在了勇作的家門口時，卻遲遲未敢敲門。一隻右手懸在半空中，時而做出要敲門的手勢，時而又握起了拳頭，進退失據。
仔細想想，先不論數據庫所説的是否正確。即便真的是勇作，從他的角度看，一個陌生女人忽然來到家門口，聲稱想認識自己，的確是一件很奇怪的事情吧……可是若不這樣，又該怎麼辦呢？直接告訴他數據庫的存在嗎？
早織正在勇作的家門口尋思時，那命運的木門忽然打開了。裏面的男子正一邊提着一袋東西一邊回頭準備關門，像是正好有事要出門的樣子。
“啊”的一聲。兩人同時叫了出來。
“你是……？”是男人先開口説了話。
——這張臉……的確和數據庫裏的完全一樣。
早織的心忽然劇烈跳動起來。
“我是過來……”
“啊，難道又是來投訴Daisy提包的拉鍊問題的嗎……居然都找到我這裏來了，真是要叫福島主管好好注意下了呢，一直這樣下去的話消費者可是會不斷流失的啊。”勇作不等早織説完就獨自抱怨起來。
“那個，不是……”早織剛想解釋，頓時想起昨天在數據庫裏確實看見勇作目前的職務是一家時尚用品公司的售後經理，沒想到正好是早織手上提着的Daisy包。
“不過真是太不巧了，我現在正趕着要去朋友的喬遷聚會。”勇作手中提着的確實是經過精心包裝的禮品盒，“這樣吧，我把我的手機號碼寫給你，你打個電話給我，等我有空了馬上回電給你，你看如何？”
還未等早織同意，勇作就從胸前口袋抽出了紙和筆，寫了自己的號碼後便交給早織。早織在他的催促下撥打了這個號碼，勇作口袋裏的手機發出悦耳的鈴聲。
“OK，這樣就搞定了。等我今天忙完一定會聯繫你的，實在不好意思了！”勇作的熱情多少使早織有些受寵若驚。不過由於長相是自己喜歡的類型，並且是數據庫分析出的最適合與自己結婚的人，早織心中對他的好感不斷擴張。儘管還沒有想好到時候該如何解釋，但她至少已不像之前那樣緊張無措了。
當天的傍晚時分，勇作發來消息，邀請早織一同吃晚飯，以此彌補提包質量問題的失誤。早織雖然欣然應允，不過還是否認了自己是來尋求售後服務的。畢竟她的提包沒有任何問題，這樣的謊言無論如何也沒有辦法自圓其説。
“其實我今天是來拜訪一位朋友的，只不過好像地址搞錯了，才陰差陽錯來到了你家門前。”經過一下午的深思熟慮，早織決定還是以這個方式來解釋最為穩妥。
“沒有關係，既然遇見那就是緣分，況且你也確實用着我們公司的提包，就當認識一個新朋友好了。”
就這樣，兩人以某種巧合般的機遇認識了。
一個月後，順理成章地確立了戀愛關係，早織感到前所未有的快樂。
勇作的完美超乎早織的想象，不僅外表迷人，他那熱情、開朗的性格也完全符合早織心目中最佳男友的形象。除此以外，勇作還有一副相當機靈的頭腦，他告訴早織，自己當初並沒有真的覺得她是來投訴售後的，只是因為實在一見鍾情，才急中生智找了這樣的話題來要到她的電話號碼。聽了這話的早織自然喜上眉梢，喜歡的人對自己也一見鍾情，這樣的事情無論是誰都會為此而高興萬分吧。
——如此看來，數據庫是真的呢。
某一天的晚上，早織約會結束回到家裏，突然這麼想到。在數據庫中顯示適婚指數為最高的人，果然是各方面都與自己理想型一樣，並且也同時對自己一見鍾情。説不上是出於一種什麼樣的心裏，早織再次打開了適婚對象數據庫。也許是為了想更深入地瞭解勇作，也許只是如同在商場中閒逛般隨意掃視一番，總之，只是未經深思熟慮的一個隨手動作，卻因此發生了意料之外的事情。
“這是……”
按照習慣將綜合適婚指數從高到低排列，此時的排名狀況已與之前有了些許不同。
勇作和當時的另一些高分男人的適婚指數依然是88分，然而在他們之前，竟突然出現了一個陌生的名字。
“近藤隆？……適婚指數是……92分？！”
——一下子比第二名超出了這麼多？不記得有過這樣的人存在啊……
“人啊，可是會成長變化的喲。”一個熟悉的男人聲音從早織身後傳來。
“誰？”早織慌忙轉過身去，只見那個出售數據庫的黑衣男子此刻正坐在早織房間裏的沙發上。
“你什麼時候進來的？”早織問道。
“不同的人在不同的時間，因為經歷過了不同的事件，自己的條件、性格和世界觀也會發生變化，就連早織小姐自己也是一樣哦。”黑衣男子依然和上次一樣，對早織的提問置之不理，“因此，軟件中的數據會根據這些變化而隨時進行更新，在不同的時刻打開，其中的數據都會和之前有所變化，看來這位近藤先生，最近發生了一件非常契合早織小姐的事情呢。”
説着，黑衣男子笑着從沙發上站了起來。
“不過早織小姐是已經有男朋友的人，所以應該怎麼做，還是要考慮清楚喲。那麼，就祝你好運啦。”
話音剛落，他就離開了早織的房間。待她再追出去時，早已無影無蹤。
“近藤隆……”早織一邊思索着一邊坐回了自己的座位。
由於數據庫的系統採用了百分制，而世界上的男人千千萬萬，因此，哪怕僅僅是1分的差異實際上都有很大的不同，更何況這位近藤先生一下子比排名第二的勇作等人高出了4分之多，在和勇作相處已經十分順利的情況下，實在難以想象比他還要高出4分的近藤究竟是個什麼樣的人。早織懷着好奇的心理打開了近藤的資料。
——原來如此，近藤先生自己創立的公司在上個月獲得了突破性的進展，同時也因為一些性格上的不合適而和女朋友分了手，這才一下子躥升到了這麼高的分數。
早織看着照片上的近藤隆漸漸出了神。從單純的外貌上來説，他並沒有勇作那麼吸引人，不過，在他那成熟睿智的雙眼背後，似乎有一些更為深邃和強大的魅力正如同漩渦一般將早織捲入了危險的情感叢林。
——仔細一想的話，不覺得勇作確實缺少了一些成熟男人該有的志向和事業心嗎……
早織望向屏幕的眼神中，透露出了一絲不易察覺的凜冽。
“明天我要去K市參加出版行業大會，這個週末沒有辦法見面了哦。”
週五這天，早織對勇作説了早已準備好的謊言。利用這個週末的時間，前往近藤隆所在的K市找機會認識他。畢竟那可是適婚指數92分的超高分人選啊，何況只是認識一下的話，也算不上是對勇作的背叛吧？
以這樣的方式，早織完全説服了自己。
“好的，路上注意安全。”勇作完全沒有察覺到早織的不同。
女人要向男人隱瞞些什麼，也許真的是一件再容易不過的事情了吧。
飛機漸漸起飛，早織拿出一本《感想與風景》，用以在旅途中消遣。
不過她滿腦子都是關於近藤和勇作之間的事，怎麼也無法讀進去。
——為了他做到這樣的地步，真的好嗎？
早織自己仍在做着思想鬥爭，但飛機已經無法回頭地進入了雲間。
“你也喜歡橫光利一嗎？”座位旁忽然傳來一位男子的聲音。
早織轉過頭去，旁邊的男人正看着自己手中的書如此發問道。
“啊，是啊，”她笑着説道，“正好最近比較喜歡他的文字，就拿了一本在飛機上讀。”
“現在喜歡他的人不是很多了，”男人説，“雖然是‘新感覺派’的代表人物，不過隨着這個派別的沒落，願意靜下心來讀他的人也越來越少了。”
雖然看上去有些學究氣，不過這個人的整個氣質倒是自己欣賞的類型。早織順勢與他在飛機上攀談了起來，並且還交換了手機號碼。
“早織啊……真是個好聽的名字呢。”那個叫做淺野亮的人説道。
“謝謝誇獎。”早織説。
一番愉快的對話過後，淺野亮就在座位上睡了起來。早織看着她，一股強烈的好奇心湧上心頭，她翻開旅行包，拿出電腦，打開了適婚對象數據庫，輸入了淺野亮的名字。
——什麼啊，才79分……
只是看了眼綜合指數，早織就一下子興趣全無了。她關上了電腦，生氣自己剛才差點為這個79分的男人動了心。
——真不知道那個92分的人究竟是什麼樣子啊。
經歷了這一番小小的豔遇，反而更令早織堅定了這次旅程的必要性，同時也對那個叫做近藤隆的男人充滿了進一步的期待。
“我有件事想對你説。”
勇作和早織所見的最後一面是在一家他們常去的餐廳。
“説吧。”勇作似乎也猜到了早織的想法。
“我們分手吧。”
“果然，”勇作嘆了口氣，“是我做得還不夠好嗎？”
早織搖搖頭，説：“是我喜歡上別人了。”
勇作沉默良久，看上去十分失落。
“那麼，就祝你們幸福吧。”説完他就起身結了賬，獨自一人離開了餐廳。
早織喜歡上的所謂“別人”，不消説，正是前些日子剛剛在K市認識的近藤隆。由於和朋友一起成立了創業公司，並且在當地發展得有聲有色，因此在網上很容易就可以得到他的行程信息和社交網站的賬號，一段時間的交流以後，兩人順利——不如説是“正如早織所料”的——見了面，直到最終確立了戀人關係，早織立刻就對勇作提出了分手。
一開始還覺得自己這樣做很下賤，不過仔細想想的話，在戀愛的過程中，不斷地嘗試更適合自己的人，不正是天經地義的事情嗎？雖然看上去對勇作很殘忍，不過為了自己的真愛，這也是沒有辦法的事情。
“今天有空一起吃晚飯嗎？”那天在飛機上認識的淺野亮也時不時地發消息給早織，雖然平時聊天算是比較愉快，不過卻從來沒有應過他的約。
——畢竟只是79分的男人啊。
早織心裏這麼想道。在她眼裏，似乎現在沒有人能夠比得上她那高達92分的完美戀人，從某種程度上，也許也算是一種忠誠。早織每天刷新着數據庫，看着列表上適婚指數排名最高的男人已經成為了自己的男友，一種如同君臨天下般驕傲的心情便席捲了她的全身。
——我是這個世界上最幸福的女人，因為只有我找到了真愛。
早織沉醉在戀愛的快樂裏無可自拔。
近藤隆確實是十分適合早織的男人。相比起勇作來，他更成熟、穩重，充滿男人魅力，更可貴的是，新創立的公司正在以火箭一般的速度在行業內高速發展着，收入也飛快地增長，按照這樣的勢頭下去，無論是將來早織去K市居住，抑或是近藤來東京買房，都沒有經濟上的問題。像早織這樣的職業女性，比起對自己好的男人而言，大多更希望嫁給一個事業上更成功的人，更何況近藤雖然事務繁忙，但也總能抽空陪伴早織，比起勇作來在情感上絲毫沒有更冷淡的感覺。
可以説是水到渠成的，兩個人在交往半年之後訂了婚，並決定將婚禮定於一年之後的同一天。他們一起暢想婚禮、蜜月的計劃，稍微閒下來時還抽空去東京尋找適合作為新居的房子，雖然還沒有確定最終的方案，不過一切看上去都只是時間問題而已。
然而在這個時候，發生了一件意料之外的事情。
近藤隆發現公司的合夥人一直以來都在擅自挪用投資方的資金作為私用，為了公司的聲譽考慮，這件事情不能對外聲張，只能私下與合夥人談判。然而合夥人早已為自己鋪好了後路，完全沒有繼續好好把公司經營下去的鬥志，只想着從中謀取足夠的私利後一走了之。整個公司如同一顆正在腐爛的蘋果，陷入了巨大的危機。近藤為了解決這個事情忙得焦頭爛額，整天待在公司裏，連和早織打個電話的時間也沒有。早織抽空去K市時發現他幾乎很少回家，常常只在家裏睡4個小時，起身又前往公司，甚至有時還直接睡在辦公室裏。那段時間裏，早織一下子從即將結婚的甜蜜跌入了谷底。
起先早織覺得這只是一時的困難，哪怕近藤如此對她冷落也不以為意，更何況身為一個獨立的職業女性，在未婚夫身陷事業困難而自己又完全幫不上忙時，不打擾、不鬧脾氣或許是她最應該做的事情，早織心裏十分清楚這一點。然而當近藤提出延遲婚禮的建議時，早織的心裏還是冒出了一股無名之火。
“不行！”她十分堅定地説，“這可是我期待一生的事情。”
“但是現在我真的沒有精力準備這些，”電話那頭的近藤聽上去也很無奈，“除此以外，我們的公司即將面臨破產了。不僅是結婚的問題，我們今後的生活恐怕也不能像之前那樣揮霍了，這點希望你能做好心理準備。不過也請你相信我，會很快東山再起的。”
早織聽到這話，只覺兩耳一蒙。
——什麼啊，這樣的事都解決不了……
其實早織自己也不太清楚近藤面臨的是多麼艱難的處境，只是從結果來看，財富驟減、婚禮推遲都是對自己如五雷轟頂般的打擊，讓她有史以來第一次對近藤產生了厭惡的感覺。他平時生活中的所有小缺點此刻如氣泡般浮現在早織的腦中，不斷膨脹。她越想越氣，越來越覺得這個男人令自己失望透頂。
如果是曾經的早織，或許衝動過後還是會做出理智的選擇，不過現在的她所想到的第一件事，卻是打開自己的電腦，找到適婚對象數據庫……
“果然，適婚指數降到86了。”早織皺起了眉毛，暗自思忖道，“前面那麼多87和88分的，也都是之前沒有見過的新面孔呢……”
早織的眼神中忽然露出了似曾相識的凜冽。
——等你東山再起？我可等不起了啊。前面還有那麼多高分人羣等着我呢。
她心想。
“那麼，婚禮也不用推遲了，”早織在電話裏回答近藤，“我們分手吧。”
對方沉默了半晌，似乎從來沒有料到早織會做出這樣的回答。
“你真的這樣決定了嗎？”
“是的，很抱歉，希望你能夠早日東山再起。”
早織摘下近藤送給自己的訂婚戒指，掛斷了電話，不給他任何解釋的機會。
近藤也沒有打來任何用於挽回的電話，從性格上來説，這也是他和勇作不一樣的地方。
——那可真是太好了，避免了許多不必要的麻煩。
早織舒了一口氣，能夠沒有任何拖泥帶水地拋棄不合適的結婚對象，投入下一段更適合自己的感情中去，無疑對自己是一件有利的事情。她起身倒了一杯水，讓自己的心情從剛才的大起大落中漸漸平復。
一個悠長的深呼吸後，早織坐回了自己的座位，準備依樣畫瓢，繼續尋找新的適婚對象。連續兩次的成功讓她相信在感情的遊戲中，由於有數據庫的幫忙，她已經可以做到百戰不殆。懷着這樣的自信，她重新審視了一遍最高分的人員名單，卻發現了一件奇怪的事情。
所有人的適婚指數都變成了0分。
“怎麼回事？軟件壞了嗎？”一種不好的預感如蜘蛛一般爬上了早織的心頭。
“看來你已經失去使用這個軟件的資格了呢。”熟悉的黑衣男子的聲音再次傳來，這一次他是坐在早織電腦旁的寫字枱上。
“什麼意思？”
“這個數據庫只會推薦給有資格使用的人。當初你一心想着結婚，自己本身的條件也十分適合結婚，才被選為了資格者。然而現在你的心態已經發生了可怕的改變，永遠想要評分最高的那一個，無法接受身邊人的任何一個缺點，一旦有更高的評分者出現就考慮拋棄現任、投奔他人，在這樣的心態下，無論遇見誰，你的婚姻都是不會幸福的呀。很遺憾，我們必須取回你的使用資格了。”
“怎麼會……”早織一時無法接受這樣的現實，“請你千萬不要這麼做！再給我一次機會，我一定會好好珍惜的！拜託了！”
“先學會如何做好自己，珍惜緣分中的人，再去想別的事吧！”説完，黑衣男子就帶着壞笑消失在了早織的視線裏。電腦屏幕裏也全無數據庫的痕跡，一切都像未曾發生過似的被清空得乾乾淨淨。
“怎麼會這樣……”早織跪坐在地上，覺得彷彿墜入萬丈懸崖。
就像找到救命稻草般，她忽然拿起手機，撥打了近藤和勇作的號碼，不過都已經被對方設置為了黑名單。
——我的為人，好像還真是很差啊……
早織望着空蕩蕩的電腦屏幕，胸口一起一伏，不斷隱忍，最終在一個沒有任何意義的時刻，“哇”的一聲大哭起來，像要刺破整個夜空。
“這位客人，您怎麼了？”
耳邊是一個曾經熟悉但卻想不起來是誰的聲音。眼前卻是一片黑暗。
朦朧間，黑暗漸漸化開。早織的眼前，是情調別緻的“覺”咖啡館，唱片機中的安佐裏還在悠悠的地唱着“願你於風暴中得到庇護，於寒夜中得到温暖”……
意識清醒之後，她發現自己手裏還拿着手機。眼前的電腦也沒有任何新的郵件。
“什麼啊……是夢嗎？”她自言自語道。
——是在和閨蜜打完電話後睡着的嗎……
“看來是做了個噩夢呢。”身邊的服務員見狀説道。
“啊，是啊……給你們帶來麻煩了，不好意思。”早織轉過頭去向服務員説道。
“沒有關係，看來客人您工作的時候也要適當注意下休息呢。”服務員説着就準備轉身離開。
“謝謝……”早織一邊回答，一邊在腦中回憶些什麼。
——這個聲音……總覺得在哪裏聽過。
忽然她的眼睛瞥見了服務員胸前的名牌：
“淺野亮”。
一時間無數回憶（或許也並不能稱之為回憶）湧上早織的心頭。剛才做的夢，難道都是真的？早織毫無頭緒，像在森林中迷路的河童一樣，陷入了混亂。
“先學會如何做好自己，珍惜緣分中的人，再去想別的事吧！”夢中黑衣男子的聲音從這種混亂中清晰地衝了出來，在她的森林中指引了確切的方向。
——珍惜緣分中的人嗎……
“請稍等一下。”早織忽然叫道。
“欸？”服務員回過頭來。
“請問一下，這裏可借閲的書裏，有沒有橫光利一的書呢？”
服務員聽到這個名字，眼中好像放出了光：“你也喜歡橫光利一嗎？”
一個帶着壞笑的黑衣男子走出咖啡館，身後的音樂還在緩緩播放着：
“願你於風暴中得到庇護
於寒夜中得到温暖；
當雪花飄落
願你已學會愛情
這是我 最真摯的祝福。”
作者：曹暢洲
1、創建
JavaScript有兩種方法可以創建一個對象
1、var obj= { };
2、var = new Object();
2、屬性
屬性名可以只有一個字符串，如果它不是一個字符串,它被轉換為一個字符串。您可以在創建對象的時候指定屬性，也可以在對象創建結束後製定屬性。對象可能有0個或多個屬性，屬性之間用逗號分隔。
設置屬性
var language = {
name: 'JavaScript',
isSupportedByBrowsers: true,
createdIn: 1995,
author:{
firstName: 'Brendan',
lastName: 'Eich'
},
getAuthorFullName: function(){
return this.author.firstName + " " + this.author.lastName;
}
};
language.newProperty = 'new value';
獲取屬性
var variable = language.name;
variable = language['name'];
對象和原始值的區別是,我們可以改變對象,而原始值是不變的。
var myPrimitive = "first value";
myPrimitive = "another value";
// myPrimitive now points to another string.var myObject = { key: "first value"};
myObject.key = "another value";
// myObject points to the same object.
對象是從不復制。他們以引用的方式傳遞。
所有對象都是繼承自{}對象，並且自動鏈接到prototype
var adult = {age: 26},
retrievedProperty = adult.age; // The line above
上面的對象adult只有一個age屬性，但是由於繼承了object.prototype屬性，adult會有不只一個age屬性。如
var stringRepresentation = adult.toString();
toString 是prototype的一個屬性，他被adult繼承，如果想要返回一個有意義的表達式，可以對其進行重載。簡單的對adult添加一個屬性。
adult.toString = function(){
return "I'm "+this.age;
}
如何取代默認的prototype屬性？
var child = Object.create(adult);
child.age = 8;
var stringRepresentation = child.toString();
刪除屬性
var adult = {age:26},
child = Object.create(adult);
child.age = 8;
delete child.age; /* Remove age property from child, revealing the age of the prototype, because then it is not overriden. */
var prototypeAge = child.age;// 26, because child does not have its own age property.
屬性的便利枚舉
var fruit = {
apple: 2,
orange:5,
pear:1
},
sentence = 'I have',quantity;
for (kind in fruit){
quantity = fruit[kind];
sentence += quantity+' '+kind+(quantity===1?'':'s')+', ';
}
// The following line removes the trailing coma.
sentence = sentence.substr(0,sentence.length-2)+'.'; // I have 2 apples, 5 oranges, 1 pear.
(2017-08-01)
女人結婚且行且珍惜，有時候想想真的很佩服馬伊琍的寬容大度，如今火熱的電視劇我的前半生值得每個女人去看，我的故事開始了。
我和老公去年9月份結婚，今年3月份我懷孕了，懷孕後沒有上班，現在懷孕5個多月了，就在昨天，我在他的手機上發現了他出去找女人，不知道那個女人是小姐還是之前就認識，反正他的備註是同學。從來不相信老公會出軌，因為他的性慾並不是很強，雖然懷孕就幾乎沒有了那事，但老公也沒有提過要同房的事，我以為老公本來性慾就不強，就算想了也許就自己解決了，因為在懷孕期間我發現過他手機上有huan色小視頻，我沒有拆穿老公。現在他真的去外面找了，老公昨天休息陪我去超市，回來後是下午快4點了，回家後老公説出去找朋友有點事，5點多他就回來了，回家後倒頭就睡，我就看了他的手機發現他去找女人了，頓時我的眼淚不自覺的往下掉，真想叫他起來問問是怎麼回事，我去廁所哭了一會，然後我就去做飯了，一邊做飯一邊想我該怎麼辦？
飯做好後還沒有醒，我就等他睡醒了，然後呈好飯，開始吃飯，吃飯後我不想拆穿他，想着想好怎麼辦了再行動，可是吃完飯後老公過來抱我，我就開始哭了，真的忍不住，老公一個勁的安慰我，問我怎麼了？是不是他哪裏做的不好？我就説我感冒了，他説感冒沒事哈。明天就好了，不會影響寶寶的，後來我還是一直哭，老公還是一直問我怎麼了？我就問他，你自己説你幹什麼事了？當時真是想着攤牌了，老公沉默了幾分鐘還是叫我不要擔心因為感冒怕影響寶寶，我當時心想老公要是承認了，我該怎麼辦？我還是忍住沒有拆穿他，後來我就平復心情慢慢的不哭了，和老公就當做什麼都沒發生過，然後我就抱着老公説我想了，以為他會拒絕我，一般他一天也就做一次，但是他還是和我做了，後來我怕影響寶寶還是沒有做成，今早我發現他那裏還是ying的，不知道他昨天到底有沒有和別人做，現在我也不知道怎麼辦？
(2017-07-22)
我們在之前的文章中提到過Java的內存管理中棧和堆，棧存放的是局部變量表，操作數棧，動態鏈表，方法出口。而棧和堆之間的聯繫還要從棧中存放的局部變量表説起，局部變量表存放了基本的數據類型、以及對象引用。而局部變量表中的對象引用也就決定我們應該如果去定位到我們new出的對象。
根據對象引用來定位對象，目前比較主流的訪問方式主要有使用句柄和直接指針。
我們看下面這張圖，可能在之前的Java內存分配中也有貼這個圖。
句柄訪問：
Java堆中會劃分出一塊內存來作為句柄池，而棧的局部變量表中存放的就是對象的句柄地址，很多人都不能理解這個句柄地址和到對象實例數據的指針有什麼區別，其實兩者是沒有可比性的，舉個簡單的例子
對象實例A的地址在0A3F上，其實之前剛剛學了一丟丟彙編，但是不知道這樣表述正確不？
這就相當於在堆這個街道的門牌號，找到這個門牌號就找到A實例數據了，也就是説A究竟是啥樣的到這個門牌號就知道具體數據了。
而A的地址0A3F這個信息放在哪，在句柄訪問下就放在句柄池中，是個實打實的對象的指針。我們想要找到對象實例A的數據，那麼我們就要先去句柄池拿到這個0A3F。
那我們就應該就找實例A對應的管家，因為在這種方式下，不僅僅是實例A，還是實例B，在句柄池中都有自己的存儲的信息。所有找到對應的管家也就很重要了，而我們的棧中存放的reference就是對應實例A管家的地址。找到管家拿到0A3F就可以去對應的地址下使用對象了。
那麼這樣做有什麼好處呢？
有一天實例對象A搬家了。對象發生了移動，對應的管家只要更新自己的句柄，而局部變量表中reference本身是不需要修改的，因為reference存儲的是穩定的句柄地址，也就是管家地址。
直接指針
直接指針理解起來會更加的容易，沒有句柄了，reference存放的直接是對象地址，也就是0A3F。這樣做有什麼好處呢？速度更快，節省了一次指針定位的時間開銷，句柄訪問我們要先找到管家，才能找到對象實例，而對象的訪問在java中又訪問的非常頻繁，在虛擬機Sun HotSpot中就是使用直接指針來訪問的，但是從軟件開發的角度來看，句柄訪問也很常見。
(2017-07-11)
Promise 是異步編程的一種解決方案，比傳統的解決方案——回調函數和事件——更合理和更強大。它由社區最早提出和實現，ES6將其寫進了語言標準，統一了用法，原生提供了Promise對象。
所謂Promise，簡單説就是一個容器，裏面保存着某個未來才會結束的事件（通常是一個異步操作）的結果。從語法上説，Promise 是一個對象，從它可以獲取異步操作的消息。Promise 提供統一的 API，各種異步操作都可以用同樣的方法進行處理。
Promise對象有以下兩個特點。
（1）對象的狀態不受外界影響。Promise對象代表一個異步操作，有三種狀態：Pending（進行中）、Resolved（已完成，又稱 Fulfilled）和Rejected（已失敗）。只有異步操作的結果，可以決定當前是哪一種狀態，任何其他操作都無法改變這個狀態。這也是Promise這個名字的由來，它的英語意思就是“承諾”，表示其他手段無法改變。
（2）一旦狀態改變，就不會再變，任何時候都可以得到這個結果。Promise對象的狀態改變，只有兩種可能：從Pending變為Resolved和從Pending變為Rejected。只要這兩種情況發生，狀態就凝固了，不會再變了，會一直保持這個結果。如果改變已經發生了，你再對Promise對象添加回調函數，也會立即得到這個結果。這與事件（Event）完全不同，事件的特點是，如果你錯過了它，再去監聽，是得不到結果的。
有了Promise對象，就可以將異步操作以同步操作的流程表達出來，避免了層層嵌套的回調函數。此外，Promise對象提供統一的接口，使得控制異步操作更加容易。
Promise也有一些缺點。首先，無法取消Promise，一旦新建它就會立即執行，無法中途取消。其次，如果不設置回調函數，Promise內部拋出的錯誤，不會反應到外部。第三，當處於Pending狀態時，無法得知目前進展到哪一個階段（剛剛開始還是即將完成）。
如果某些事件不斷地反覆發生，一般來説，使用 Stream 模式是比部署Promise更好的選擇。
(2017-07-05)