篩除一般包括哪兩個階段

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

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

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

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

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

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

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

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

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

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

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

篩除一般包括哪兩個階段

篩除一般包括

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/8ec01aa782/8cdb/8cd912b093c779350057ed9137/9bd015a695cb742500.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/8cd912b093c779/8cd912b093c779350057ed9137/80c600b682dd/db8c47.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. 追求自己之前暗戀或者曖昧的女神時發現，並不順利，自己沒有自己之前想的那麼有魅力。

第三階段 —— 空虛寂寞

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

第四階段 —— 懷念前任

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

以上純屬個人觀點哦。