篩除一般包括哪兩個階段

篩除一般包括物料分層階段、細粒透篩階段兩個階段。

物料分層是完成篩分過程的條件，物料透篩是篩分的目的。

物料在篩面上受篩面外力的作用處於一定的鬆散狀態，使每一顆粒物料都能獲得相互位移所必需的能量和空間，以保證細粒順利透篩。

實際的篩分過程是大量粒度不同、粗細混雜的散狀物料進入篩面，只有一部分顆粒與篩面直接接觸，而接觸篩面的這部分物料中，又不全是小於篩孔的紉料，大部分小於篩孔的細料分佈在料層的各個部位，但是由於物料與篩面作相對運動，篩面上的料層彼鬆散，大顆粒本來就存在的顆粒間的較大孔隙被進一步擴大，小顆粒就穿過孔隙進入到下層，由於小顆粒間孔隙小，大顆粒不能穿過，因此大顆粒在運動中位置不斷升高。

於是，原來雜亂排列的粒群經過一段較長時間的析離，即按粒度分層。

小編還為您整理了以下內容，可能對您也有幫助：

篩除一般包括物料分層階段、細粒透篩階段兩個階段。

物料分層是完成篩分過程的條件，物料透篩是篩分的目的。

物料在篩面上受篩面外力的作用處於一定的鬆散狀態，使每一顆粒物料都能獲得相互位移所必需的能量和空間，以保證細粒順利透篩。

實際的篩分過程是大量粒度不同、粗細混雜的散狀物料進入篩面，只有一部分顆粒與篩面直接接觸，而接觸篩面的這部分物料中，又不全是小於篩孔的紉料，大部分小於篩孔的細料分佈在料層的各個部位，但是由於物料與篩面作相對運動，篩面上的料層彼鬆散，大顆粒本來就存在的顆粒間的較大孔隙被進一步擴大，小顆粒就穿過孔隙進入到下層，由於小顆粒間孔隙小，大顆粒不能穿過，因此大顆粒在運動中位置不斷升高。

於是，原來雜亂排列的粒群經過一段較長時間的析離，即按粒度分層。

篩除一般包括哪兩個階段

篩除一般包括

1.物料分層階段

2.細粒透篩階段

篩除就是篩選刪除的意思。

系統訂貨單程式碼設計書怎麼寫

編寫系統訂貨單程式碼設計書需要遵循以下步驟：

1. 確定設計目標和需求：在編寫程式碼設計書之前，需要明確設計目標和需求。設計目標和需求應該包括系統的功能和效能要求，以及與使用者互動的方式。這將有助於確保程式碼設計符合業務需求。

2. 描述系統架構：在描述系統架構時，需要說明系統的元件和它們之間的關係。這將有助於理解系統的整體結構和設計。

3. 設計資料庫模型：在描述系統架構時，還需要設計資料庫模型。這將有助於確保資料儲存的正確性和一致性。

4. 編寫程式碼：在編寫程式碼時，需要使用設計文件中描述的方法和技術。這將有助於確保程式碼符合設計目標和需求，並能夠正確地執行所需的任務。

5. 註釋程式碼：在編寫程式碼時，還需要註釋程式碼。這將有助於確保程式碼易於理解和維護。

6. 測試和除錯程式碼：在編寫程式碼之後，需要進行測試和除錯。這將有助於確保程式碼能夠正確地執行所需的任務，並符合設計目標和需求。

7. 編寫程式碼規範：最後，需要編寫程式碼規範。這將有助於確保程式碼具有一致的格式和風格，並易於維護。

在編寫系統訂貨單程式碼設計書時，需要注意以下幾點：

1. 確保程式碼符合業務需求和設計目標。

2. 使用清晰、簡潔的程式碼，並避免使用難以理解的術語和縮寫。

3. 確保程式碼易於維護和擴充套件，並能夠在不同的平臺上執行。

4. 編寫詳細的註釋，以確保程式碼易於理解。

5. 遵循編碼規範，並確保程式碼具有一致的格式和風格。

6. 進行單元測試和整合測試，以確保程式碼的正確性和可靠性。

7. 編寫文件，以便使用者能夠了解系統的功能和效能要求。

資料庫管理技術三個階段的特點是什麼？

特點如下：

1、人工管理階段：

（1）、資料不儲存。因為當時計算機主要用於科學計算，對於資料儲存的需求尚不迫切。

（2）、系統沒有專用的軟體對資料進行管理，每個應用程式都要包括資料的儲存結構、存取方法和輸入方法等。程式設計師編寫應用程式是，還要安排資料的物理儲存，因此程式設計師負擔很重。

（3）、資料不共享。資料是面向程式的，一組資料只能對應一個程式。

（4）、資料不具有性。程式依賴於資料，如果資料的型別、格式或輸入/輸出方式等邏輯結構或物理結構發生變化，則必須對應用程式做出相應的修改。

2、檔案系統階段：

（1）、資料可以長期儲存在計算機外存上，可以對資料進行反覆處理，並支援檔案的查詢、修改、插入和刪除等操作。

（2）、檔案系統實現了記錄內的結構化，但從檔案的整體來看卻是無結構的。

（3）、其資料面向特定的應用程式，因此資料共享性、性差，且冗餘度大，管理和維護的代價也很大。

3、資料庫系統階段：

（1）、資料結構化。在描述資料時不僅要描述資料本身，還要描述資料之間的聯絡。資料結構化是資料庫的主要特徵之一，也是資料庫系統與檔案系統的本質區別。

（2）、資料共享性高、冗餘少且易擴充。資料不再針對某一個應用，而是面向整個系統，資料可被多個使用者和多個應用共享使用，而且容易增加新的應用，所以資料的共享性高且易擴充。資料共享可大大減少資料冗餘。

（3）、資料性高。

（4）、資料由DBMS統一管理和控制。

資料庫為多個使用者和應用程式所共享，對資料的存取往往是併發的，即多個使用者可以同時存取資料庫中的資料，甚至可以同時存放資料庫中的同一個資料，為確保資料庫資料的正確有效和資料庫系統的有效執行，資料庫管理系統提供以下4方面的資料控制功能：

①、資料安全性控制：防止因不合法使用資料而造成資料的洩露和破壞，保證資料的安全和機密。

②、資料的完整性控制：系統通過設定一些完整性規則，以確保資料的正確性、有效性和相容性。

③、併發控制：多使用者同時存取或修改資料庫時，防止相互干擾而給使用者提供不正確的資料，並使資料庫受到破壞。

④、資料恢復：當資料庫被破壞或資料不可靠時，系統有能力將資料庫從錯誤狀態恢復到最近某一時刻的正確狀態。

擴充套件資料

階段特點比較：

如果說從人工管理到檔案系統，是計算機開始應用於資料的實質進步，那麼從檔案系統到資料庫系統，標誌著資料管理技術質的飛躍。

20世紀80年代後不僅在大、中型計算機上實現並應用了資料管理的資料庫技術，如Oracle、Sybase、Informix等，在微型計算機上也可使用資料庫管理軟體，如常見的Access、FoxPro等軟體，使資料庫技術得到廣泛應用和普及。

參考資料來源：百度百科：資料管理技術

京東面試題：ElasticSearch深度分頁解決方案

Elasticsearch 是一個實時的分散式搜尋與分析引擎，在使用過程中，有一些典型的使用場景，比如分頁、遍歷等。

在使用關係型資料庫中，我們被告知要注意甚至被明確禁止使用深度分頁，同理，在 Elasticsearch 中，也應該儘量避免使用深度分頁。

這篇文章主要介紹 Elasticsearch 中分頁相關內容！

在ES中，分頁查詢預設返回最頂端的10條匹配hits。

如果需要分頁，需要使用from和size引數。

一個基本的ES查詢語句是這樣的：

上面的查詢表示從搜尋結果中取第100條開始的10條資料。

「那麼，這個查詢語句在ES叢集內部是怎麼執行的呢？」

在ES中，搜尋一般包括兩個階段，query 和 fetch 階段，可以簡單的理解，query 階段確定要取哪些doc，fetch 階段取出具體的 doc。

如上圖所示，描述了一次搜尋請求的 query 階段：·

在上面的例子中，coordinating node 拿到 (from + size) * 6 條資料，然後合併並排序後選擇前面的 from + size 條資料存到優先順序佇列，以便 fetch 階段使用。

另外，各個分片返回給 coordinating node 的資料用於選出前 from + size 條資料，所以，只需要返回唯一標記 doc 的 _id 以及用於排序的 _score 即可，這樣也可以保證返回的資料量足夠小。

coordinating node 計算好自己的優先順序佇列後，query 階段結束，進入 fetch 階段。

query 階段知道了要取哪些資料，但是並沒有取具體的資料，這就是 fetch 階段要做的。

上圖展示了 fetch 過程：

coordinating node 的優先順序佇列裡有 from + size 個 _doc _id ，但是，在 fetch 階段，並不需要取回所有資料，在上面的例子中，前100條資料是不需要取的，只需要取優先順序佇列裡的第101到110條資料即可。

需要取的資料可能在不同分片，也可能在同一分片，coordinating node 使用 「multi-get」 來避免多次去同一分片取資料，從而提高效能。

「這種方式請求深度分頁是有問題的：」

我們可以假設在一個有 5 個主分片的索引中搜索。當我們請求結果的第一頁（結果從 1 到 10 ），每一個分片產生前 10 的結果，並且返回給 協調節點 ，協調節點對 50 個結果排序得到全部結果的前 10 個。

現在假設我們請求第 1000 頁—結果從 10001 到 10010 。所有都以相同的方式工作除了每個分片不得不產生前10010個結果以外。然後協調節點對全部 50050 個結果排序最後丟棄掉這些結果中的 50040 個結果。

「對結果排序的成本隨分頁的深度成指數上升。」

「注意1：」

size的大小不能超過 index.max_result_window 這個引數的設定，預設為10000。

如果搜尋size大於10000，需要設定 index.max_result_window 引數

「注意2：」

_doc 將在未來的版本移除，詳見：

Elasticsearch 的From/Size方式提供了分頁的功能，同時，也有相應的。

舉個例子，一個索引，有10億資料，分10個 shards，然後，一個搜尋請求，from=1000000，size=100，這時候，會帶來嚴重的效能問題：CPU，記憶體，IO，網路頻寬。

在 query 階段，每個shards需要返回 1000100 條資料給 coordinating node，而 coordinating node 需要接收 10 * 1000 ，100 條資料，即使每條資料只有 _doc _id 和 _score ，這資料量也很大了？

「在另一方面，我們意識到，這種深度分頁的請求並不合理，因為我們是很少人為的看很後面的請求的，在很多的業務場景中，都直接分頁，比如只能看前100頁。」

比如，有1千萬粉絲的微信大V，要給所有粉絲群發訊息，或者給某省粉絲群發，這時候就需要取得所有符合條件的粉絲，而最容易想到的就是利用 from + size 來實現，不過，這個是不現實的，這時，可以採用 Elasticsearch 提供的其他方式來實現遍歷。

深度分頁問題大致可以分為兩類：

「下面介紹幾個官方提供的深度分頁方法」

我們可以把scroll理解為關係型資料庫裡的cursor，因此，scroll並不適合用來做實時搜尋，而更適合用於後臺批處理任務，比如群發。

這個分頁的用法， 「不是為了實時查詢資料」 ，而是為了 「一次性查詢大量的資料（甚至是全部的資料」 ）。

因為這個scroll相當於維護了一份當前索引段的快照資訊，這個快照資訊是你執行這個scroll查詢時的快照。在這個查詢後的任何新索引進來的資料，都不會在這個快照中查詢到。

但是它相對於from和size，不是查詢所有資料然後剔除不要的部分，而是記錄一個讀取的位置，保證下一次快速繼續讀取。

不考慮排序的時候，可以結合 SearchType.SCAN 使用。

scroll可以分為初始化和遍歷兩部，初始化時將 「所有符合搜尋條件的搜尋結果快取起來（注意，這裡只是快取的doc_id，而並不是真的快取了所有的文件資料，取資料是在fetch階段完成的）」 ，可以想象成快照。

在遍歷時，從這個快照裡取資料，也就是說，在初始化後，對索引插入、刪除、更新資料都不會影響遍歷結果。

「基本使用」

初始化指明 index 和 type，然後，加上引數 scroll，表示暫存搜尋結果的時間，其它就像一個普通的search請求一樣。

會返回一個 _scroll_id ， _scroll_id 用來下次取資料用。

「遍歷」

這裡的 scroll_id 即 上一次遍歷取回的 _scroll_id 或者是初始化返回的 _scroll_id ，同樣的，需要帶 scroll 引數。

重複這一步驟，直到返回的資料為空，即遍歷完成。

「注意，每次都要傳引數 scroll，重新整理搜尋結果的快取時間」 。另外， 「不需要指定 index 和 type」 。

設定scroll的時候，需要使搜尋結果快取到下一次遍歷完成， 「同時，也不能太長，畢竟空間有限。」

「優缺點」

缺點：

「優點：」

適用於非實時處理大量資料的情況，比如要進行資料遷移或者索引變更之類的。

ES提供了scroll scan方式進一步提高遍歷效能，但是scroll scan不支援排序，因此scroll scan適合不需要排序的場景

「基本使用」

Scroll Scan 的遍歷與普通 Scroll 一樣，初始化存在一點差別。

需要指明引數：

「Scroll Scan與Scroll的區別」

如果你資料量很大，用Scroll遍歷資料那確實是接受不了，現在Scroll介面可以併發來進行資料遍歷了。

每個Scroll請求，可以分成多個Slice請求，可以理解為切片，各Slice並行，比用Scroll遍歷要快很多倍。

上邊的示例可以單獨請求兩塊資料，最終五塊資料合併的結果與直接scroll scan相同。

其中max是分塊數，id是第幾塊。

Search_after 是 ES 5 新引入的一種分頁查詢機制，其原理幾乎就是和scroll一樣，因此程式碼也幾乎是一樣的。

「基本使用：」

第一步：

返回出的結果資訊 ：

上面的請求會為每一個文件返回一個包含sort排序值的陣列。

這些sort排序值可以被用於 search_after 引數裡以便抓取下一頁的資料。

比如，我們可以使用最後的一個文件的sort排序值，將它傳遞給 search_after 引數：

若我們想接著上次讀取的結果進行讀取下一頁資料，第二次查詢在第一次查詢時的語句基礎上新增 search_after ，並指明從哪個資料後開始讀取。

「基本原理」

es維護一個實時遊標，它以上一次查詢的最後一條記錄為遊標，方便對下一頁的查詢，它是一個無狀態的查詢，因此每次查詢的都是最新的資料。

由於它採用記錄作為遊標，因此 「SearchAfter要求doc中至少有一條全域性唯一變數（每個文件具有一個唯一值的欄位應該用作排序規範）」

「優缺點」

「優點：」

「缺點：」

SEARCH_AFTER 不是自由跳轉到任意頁面的解決方案，而是並行滾動多個查詢的解決方案。

分頁方式效能優點缺點場景 from + size低靈活性好，實現簡單深度分頁問題資料量比較小，能容忍深度分頁問題 scroll中解決了深度分頁問題無法反應資料的實時性（快照版本）維護成本高，需要維護一個 scroll_id海量資料的匯出需要查詢海量結果集的資料 search_after高效能最好不存在深度分頁問題能夠反映資料的實時變更實現複雜，需要有一個全域性唯一的欄位連續分頁的實現會比較複雜，因為每一次查詢都需要上次查詢的結果，它不適用於大幅度跳頁查詢海量資料的分頁

參照：https://www.elastic.co/b0f70d3d94/b2ec/b2ee052a85c4ecc19585684f36/a5e7023c83c8e1d195.master/paginate-search-results.html#scroll-search-results

在 7.* 版本中，ES官方不再推薦使用Scroll方法來進行深分頁，而是推薦使用帶PIT的 search_after 來進行查詢；

從 7.* 版本開始，您可以使用 SEARCH_AFTER 引數通過上一頁中的一組排序值檢索下一頁命中。

使用 SEARCH_AFTER 需要多個具有相同查詢和排序值的搜尋請求。

如果這些請求之間發生重新整理，則結果的順序可能會更改，從而導致頁面之間的結果不一致。

為防止出現這種情況，您可以建立一個時間點(PIT)來在搜尋過程中保留當前索引狀態。

在搜尋請求中指定PIT：

分別分頁獲取 1 - 10 ， 49000 - 49010 ， 99000 - 99010 範圍各10條資料（前提10w條），效能大致是這樣：

對於向前翻頁，ES中沒有相應API，但是根據官方說法（https://github.com/b2ee052a85c4ec/b2ee052a85c4ecc19585684f36/bef1172c94de/e5bb50.9），ES中的向前翻頁問題可以通過翻轉排序方式來實現即：

Scroll和 search_after 原理基本相同，他們都採用了遊標的方式來進行深分頁。

這種方式雖然能夠一定程度上解決深分頁問題。但是，它們並不是深分頁問題的終極解決方案，深分頁問題 「必須避免！!」 。

對於Scroll，無可避免的要維護 scroll_id 和 歷史 快照，並且，還必須保證 scroll_id 的存活時間，這對伺服器是一個巨大的負荷。

對於 Search_After ，如果允許使用者大幅度跳轉頁面，會導致短時間內頻繁的搜尋動作，這樣的效率非常低下，這也會增加伺服器的負荷，同時，在查詢過程中，索引的增刪改會導致查詢資料不一致或者排序變化，造成結果不準確。

Search_After 本身就是一種業務折中方案，它不允許指定跳轉到頁面，而只提供下一頁的功能。

Scroll預設你會在後續將所有符合條件的資料都取出來，所以，它只是搜尋到了所有的符合條件的 doc_id (這也是為什麼官方推薦用 doc_id 進行排序，因為本身快取的就是 doc_id ，如果用其他欄位排序會增加查詢量)，並將它們排序後儲存在協調節點(coordinate node)，但是並沒有將所有資料進行fetch，而是每次scroll，讀取size個文件，並返回此次讀取的最後一個文件以及上下文狀態，用以告知下一次需要從哪個shard的哪個文件之後開始讀取。

這也是為什麼官方不推薦scroll用來給使用者進行實時的分頁查詢，而是適合於大批量的拉取資料，因為它從設計上就不是為了實時讀取資料而設計的。

蝴蝶蘭如何養

蝴蝶蘭的日常養護要注意以下幾方面。

1、栽種蝴蝶蘭不能用土，水苔才是最適合蝴蝶蘭的種植基質。因此，自己在家種蝴蝶蘭或者給蝴蝶蘭換盆最好直接購買蝴蝶蘭專用的種植基質，這是養好蝴蝶蘭的前提和基礎。否則很難養好蝴蝶蘭。

2、養護光照要溫和，東西側窗臺最適合。蝴蝶蘭的花瓣像翩翩飛舞的蝴蝶，惹人喜愛。他的肉質花瓣最怕的就是陽光直射，最喜歡的是和煦的散射光。因此，在春夏秋三季都需要對植株遮光保護，最理想就是放在東西兩側窗臺沐浴早晚溫和的光照。在冬季時，蝴蝶蘭倒是可以接受全日照而不必過於擔心。

3、澆水不用多，保持基質始終潮溼最為重要。蝴蝶蘭的根系是肉質根，最怕的就是積水爛根。剛才介紹了他的種植基質水苔，這是一種保水性極強的介質。所以，蝴蝶蘭澆水的技巧，就是讓水苔永遠保持不幹不溼的一個狀態。千萬不能多澆水，要用頻率換顧慮。

4、花謝及時摘除殘花，涼爽通風處養護復花。等到蝴蝶蘭當年開花結束後，應及時剪去從植株基部抽出的花梗，防止養分消耗。為了第二年復花效果理想，可結合換盆對花莖進行短截。然後將蝴蝶蘭盆栽擺放在涼爽通風的環境，按照以上的方法正常澆水養護即可。

域名過期後一般要過多久才刪除？

一、國際域名過期65–75天后ICANN會刪除，刪除之後可以立即註冊。

國際域名COM NET ORG大約域名從到期到刪除的時間為:30+30+5=65天，精確的刪除時間網上也是眾說不一，有時是75天，帶有很大的隨機性，但也有一些普遍規律。國際域名的刪除時間，集中在北京時間早上2 點至 4點，如果你要搶注域名一定要在半夜不睡覺等待搶注。

通常情況下，英文國際域名分為四種狀態：活動期、註冊商保留期、贖回期以及刪除期。

1. Active：國際域名在活動狀態，最少註冊時長不少於1年，最多註冊時長不超過10年。

2. On Hold：註冊商保留期，一般為1-45天(國內所註冊頂級域名的保留期大約為30天)，此期間雖然域名過期了，但使用者仍然可以對域名進行續費。

3. RGP：贖回期，為30天，此期間使用者必須付出高昂的費用才能重新獲得該域名的擁有權。

4. Soon To Expire：刪除期，為5天，此期間域名無法註冊和贖回。

5. 四種狀態過後，域名管理機構釋放域名給公眾註冊。

二、國內域名過期15天后CNNIC會刪除，刪除之後可以立即註冊。而.cn域名是過期15天后，在第16天凌晨4:30分準時刪除的，所以一般要在4點20分左右做好搶注的準備。

通常情況下，國內域名分為兩種狀態

1. Active：國內域名在活動狀態，最少註冊時長不少於1年，最多註冊時長不超過5年。

2. PendingDelete：等待刪除狀態。表明域名欠費，已經停止解析。此狀態從過期當天開始，註冊局會對域名進行保留15天，在保留期內域名可以進行續費以獲繼續保留域名的擁有權。當超過15天后域名沒有進行續費，將被註冊局刪除並重新釋放到網際網路開放給公眾註冊。

3.兩種狀態過後，域名管理機構釋放域名給公眾註冊。

三。如何查詢過期之後被踢出的域名

可以去中國網際網路絡資訊中心查到最近幾天要踢出來的域名。

（注意：換算成北京時間。例如 7-21掉的域名，實際上是在北京時間 7-22的凌晨 2點—4點刪除，.org型別的域名，有少部分會比實際刪除時間提前多達一天踢出來，這是特例）

刪除和拉黑，你更接受不了哪一個？

刪除和拉黑這兩個選項都是社交媒體平臺上常見的操作，但是它們所帶來的影響及其被人接受的程度卻是截然不同的。在本文中，我將探討刪除和拉黑的意義、影響以及為什麼刪除比拉黑更難被接受。

首先，我們來看看刪除和拉黑的定義。刪除是指將某人從自己的好友列表或聯絡人列表中移除，以便在社交媒體平臺上不再看到他們的動態訊息。而拉黑則是將某人從自己的社交媒體賬號中完全阻止，這意味著他們無法看到你的任何動態訊息，並且你們也不能相互聯絡。

接下來，我們來探討一下刪除和拉黑的影響。刪除某個人通常意味著你已經不再想與他們保持聯絡，或者你們之間已經有了某些不愉快的經歷。刪除並不是一件很嚴重的事情，因為它只是簡單地將某人從你的好友列表或聯絡人列表中移除。雖然刪除會給對方帶來一些不適，但通常不會對其生活帶來太大的影響。

然而，拉黑則是一種更加嚴厲的措施。拉黑意味著你已經完全阻止了某個人，這可能會影響到他們的生活和工作。如果某個人是你的同事或上司，那麼拉黑他們可能會導致你們之間的工作關係變得非常難以處理。此外，拉黑還會給對方帶來一種被忽視和被排斥的感覺，這可能會對其心理產生不良影響。

那麼為什麼刪除比拉黑更難被接受呢？這主要是因為刪除意味著你們之間的關係只是變得疏遠了，而拉黑則是將某人完全排除在你的生活之外。刪除雖然可能會讓對方感到失望或不舒服，但它不會給對方帶來太大的影響。而拉黑則意味著你已經對對方徹底絕望了，這可能會讓對方感到非常受傷。

此外，刪除和拉黑還與社交媒體平臺上的其他使用者之間的關係有關。如果你刪除了某個人，那麼其他人可能會對你有所懷疑，並認為你是一個不友好的人。如果你拉黑了某個人，那麼其他人可能會認為你是一個不公正的人，並對你的行為感到不滿。

總之，刪除和拉黑都是社交媒體平臺上常見的操作，但它們所帶來的影響和被人接受的程度是不同的。刪除雖然可能會讓對方感到失望或不舒服，但它相對來說還是容易被接受的。而拉黑則是一種更加嚴厲的措施，可能會對對方產生更大的影響，並且更難被接受。無論選擇哪種操作，我們都應該在其發生之前，深思熟慮，並儘可能減少對他人的傷害。

分手後你會刪除和前任有關的朋友圈嗎？

如果分手了，我會刪除和前任有關的朋友圈。因為如果想要徹底放下她，肯定要清除所以和她有關的東西，睹物思人是最能體現的一個成語。大家都是成年人了，有些東西就應該拿得下放得下，朋友圈是我向世界宣佈你是我的女朋友的開始，如果你都選擇離開我，那麼也是我向世界宣佈我失敗結果最好的地方。做事有始有終，才是最美的過程。

而且刪除和前任有關的朋友圈，也是對自己現任的一種尊重和負責。沒有人不會在意自己另一半還留著有關前任的東西，除非是特殊原因。所以分手後就應該把所有和前任有關的朋友圈。

我個人是在分手後把我和我前任所有相關的朋友圈都刪除了，因為每次看到這些記憶，多多少少都是起漣漪，也是一種人生的遺憾吧。這種不好的事情，埋藏在心底下就好。不要帶到下一段感情之中，這樣對下一任很不公平。

女孩說在發微信就刪除我,都幾次了,還說這次真的刪除咋辦？

有個詞叫“且行且珍惜”，如果把這個詞放在愛情中分析，就是說要珍惜眼前人，不要等到對方攢夠了失望離開自己，才後悔莫及。

愛情之花，只有經過細心的澆灌，才能培育出絢爛的花朵，在感情中，也是同樣的道理，只有你和對方相處融洽，兩個人才能走得更遠。

高情商的女人，最懂男人心，她們知道男人最想要的是什麼，並會積極滿足男人的需求，在男人需要個人空間時，她們會選擇不打擾，在男人需要她們陪伴時，她們會第一時間出現。

再愛一個人，也要注意分寸感，而高情商女人給男人的是恰如其分的愛，是男人最想擁有的幸福。這樣的女人，會得到更多的寵愛。

和男人相處，情商高的女人，會做到“三不要”。

一、不要試圖討好心上人

有一種女人，一旦有了心上人，便會將他視若珍寶，把他看得很重要，滿心滿眼都是他。

在與男人相處時，若是他喜歡吃辣，女人就陪他無辣不歡，若是他缺錢花，女人就自掏腰包，滿足男人的一切需求，若是他情緒不穩定，對女人發脾氣，她也會一再選擇包容。

這樣討好一個人，兩顆心反而會漸行漸遠，他不理解你的付出，你也不理解他的薄情。

高情商的女人，在愛情中，不會委曲求全，更不會卑微地討好對方，她們從一開始就想在一段感情中尋求尊重和認同，她們會把更多時間用於經營事業，在精神上她們始終。

女人應該記住一點:永遠不要試圖討好心上人。討來的愛情，早晚有一天會失去，只有當你和對方勢均力敵時，才能收穫真正的幸福。

二、不要男人的自由

在一段戀愛中，前期時，男人會投入大量的時間陪伴女人，而等到兩個人的關係穩定了，男人就會把自己的時間合理分配，做自己手頭的工作、陪伴家人，陪伴朋友，還有陪伴你。

這個時候，女人會突然發現男人陪伴自己的時間減少了，很多女人會以為男人不愛自己了，實際上，在感情中男人要比女人更理性，他們渴望自由，不會把所有時間都用於戀愛。

有些女人，會拿分手威脅男人，並要求他多花時間陪伴自己，讓男友在自己規定的時間到家，女人越是約束男人，男人就越是想逃離。

高情商的女人，不會男人的自由，她們理解男人的苦衷，更不會把自己囤於廚房，在沒有男人陪伴的日子裡，她們一樣可以感受到生活的美好，並努力成為更好的自己。

女人，若是想得到男人的偏愛，就要記住一句話:不要男人的自由，他會越來越愛你。

三、不要對男人冷嘲熱諷

有一種女人，總是羨慕別人的生活，總是感覺自己過得沒有別人過得好，總和別人相比較。

她們自己不努力，還遷怒於身邊的人，經常把負面情緒發洩到伴侶身上，對男人冷嘲熱諷，這絕對會加快男人離開你的速度，對你並無好處。

而高情商的女人，都有好脾氣，她們懂得知足常樂的道理，也從來不會與別人比較，在與伴侶相處時，她們更善於發掘男人的優點。

如果女人想得到男人的心，就不要對男人冷嘲熱諷，若是你真心對待他，他也會真心對你，若是你瞧不上他，人家只會離開你。

高情商的女人，會用男性思維思考問題，她們並沒有活在自己的小世界裡，她們會去了解自己的另一半，並會去滿足男人的需求。

當你慢慢成為一個高情商的女人，並懂得考慮男人的感受之後，你會擁有更甜蜜的愛情。

分手後，男生的心理變化的有哪幾個階段？

我覺得分手後，男生的心理變化的有以下四個階段：

第一階段 —— 感到自由

當男生成功離開之前讓自己不滿意的感情之後，他重新獲得了更多的可能機會，一片大好明天等著自己，面前的一大片森林等著自己去開採，這個時候的他多半是像一隻終於衝破牢籠重獲自由的小鳥一樣，感到開心和輕鬆。所以，如果你這個時間嘗試去挽回他，你就會成為阻礙他通往新生活幸福大門的絆腳石和攔路虎，他不會因為你的痴情和感動，相反，他會討厭你和憎惡你。

第二階段 —— 尋找新歡

絕大多數男生在分手之後，當他們真正開始尋找新的合適的長期伴侶時，會發現兩個事實：1. 好像能讓自己喜歡的女生也很少，之前自己覺得不錯的，現在重新認真審視好像也問題不少。2. 追求自己之前暗戀或者曖昧的女神時發現，並不順利，自己沒有自己之前想的那麼有魅力。

第三階段 —— 空虛寂寞

在解釋階段一的時候，我提到了需求金字塔，這裡具體解釋下。著名人本主義心理學派的代表 馬斯洛的 需求金字塔模型觀點，人的需求分為幾個層次，包括生理需求、包括安全需求、包括愛和歸屬的需求、包括更高階的尊重和自我實現的需求，對這些的需求都是人的天性，我們天生作為人類就需要滿足自己與生俱來的需要。

第四階段 —— 懷念前任

這個時候，在經歷了第三階段的空虛寂寞焦慮之後，對於他來說，其實想解除掉自己的不安和寂寞，最有利和簡單的方式就是和前任複合。

以上純屬個人觀點哦。