❶ 房地產公司某個項目關於成本的資料會向外界透露嗎，有沒有什麼辦法查到這些數據呢
不光是項目成本啊，就是一般的資料也不會隨便向外透露，成本的話就更不會亂透露，這對公司的影響比較大。你能查到的只是項目的申報資料，比如項目面積，套數這些可能知道，項目成本就公司少部分人知道，一般人是接觸不到的。
❷ 當時買的基金成本忘記了，如何查基金的成本
買基金的成本忘記了，怎麼找到自己買基金的成本，你在任何一個平台去買基金的時候都能夠看到關於基金的收益和虧損，就是你買了這個基金什麼時候買的，然後你賺了多少錢虧了多少錢，會有這個詳細的顯示。你追溯到那個每天所顯示出來的凈值變化，就能夠知道你什麼時候買的了。
基金本身分為很多種類型的，同樣是基金有的基金風險就比較低，比如說貨幣型基金債券型基金它本身的風險就很低，當然了收益也比較低。平均就是在兩個點到三個點這樣的回報他不損失你錢的流動性的情況下，就是這樣的，可能有些是有一個封閉的時間，那這個封閉時間會讓你收益略微上升，但不會太多。你想通過基金賺到更多的錢，一般來說都是選擇骨型的混合基金，這玩意兒風險就比較高了。
❸ 怎麼排查這些內存泄漏
最原始的內存泄露測試
重復多次操作關鍵的可疑的路徑，從內存監控工具中觀察內存曲線，是否存在不斷上升的趨勢且不會在程序返回時明顯回落。
這種方式可以發現最基本，也是最明顯的內存泄露問題，對用戶價值最大，操作難度小，性價比極高。
MAT內存分析工具
2.1 MAT分析heap的總內存佔用大小來初步判斷是否存在泄露
在Devices 中，點擊要監控的程序。
點擊Devices視圖界面中最上方一排圖標中的「Update Heap」
點擊Heap視圖
點擊Heap視圖中的「Cause GC」按鈕
到此為止需檢測的進程就可以被監視。Heap視圖中部有一個Type叫做data object，即數據對象，也就是我們的程序中大量存在的類類型的對象。在data object一行中有一列是「Total Size」，其值就是當前進程中所有Java數據對象的內存總量，一般情況下，這個值的大小決定了是否會有內存泄漏。可以這樣判斷：
進入某應用，不斷的操作該應用，同時注意觀察data object的Total Size值，正常情況下Total Size值都會穩定在一個有限的范圍內，也就是說由於程序中的的代碼良好，沒有造成對象不被垃圾回收的情況。
所以說雖然我們不斷的操作會不斷的生成很多對象，而在虛擬機不斷的進行GC的過程中，這些對象都被回收了，內存佔用量會會落到一個穩定的水平；反之如果代碼中存在沒有釋放對象引用的情況，則data object的Total Size值在每次GC後不會有明顯的回落。隨著操作次數的增多Total Size的值會越來越大，直到到達一個上限後導致進程被殺掉。
2.2 MAT分析hprof來定位內存泄露的原因所在。
這是出現內存泄露後使用MAT進行問題定位的有效手段。
A)Dump出內存泄露當時的內存鏡像hprof，分析懷疑泄露的類：
B)分析持有此類對象引用的外部對象
C)分析這些持有引用的對象的GC路徑
D)逐個分析每個對象的GC路徑是否正常
從這個路徑可以看出是一個antiRadiationUtil工具類對象持有了MainActivity的引用導致MainActivity無法釋放。此時就要進入代碼分析此時antiRadiationUtil的引用持有是否合理（如果antiRadiationUtil持有了MainActivity的context導致節目退出後MainActivity無法銷毀，那一般都屬於內存泄露了）。
2.3 MAT對比操作前後的hprof來定位內存泄露的根因所在。
為查找內存泄漏，通常需要兩個 Dump結果作對比，打開 Navigator History面板，將兩個表的 Histogram結果都添加到 Compare Basket中去
A） 第一個HPROF 文件(usingFile > Open Heap Dump ).
B）打開Histogram view.
C）在NavigationHistory view里 (如果看不到就從Window >show view>MAT- Navigation History ), 右擊histogram然後選擇Add to Compare Basket .
D）打開第二個HPROF 文件然後重做步驟2和3.
E）切換到Compare Basket view, 然後點擊Compare the Results (視圖右上角的紅色」!」圖標)。
F）分析對比結果
可以看出兩個hprof的數據對象對比結果。
通過這種方式可以快速定位到操作前後所持有的對象增量，從而進一步定位出當前操作導致內存泄露的具體原因是泄露了什麼數據對象。
注意：
如果是用 MAT Eclipse 插件獲取的 Dump文件，不需要經過轉換則可在MAT中打開，Adt會自動進行轉換。
而手機SDk Dump 出的文件要經過轉換才能被 MAT識別，Android SDK提供了這個工具 hprof-conv (位於 sdk/tools下)
首先，要通過控制台進入到你的 android sdk tools 目錄下執行以下命令：
./hprof-conv xxx-a.hprof xxx-b.hprof
例如 hprof-conv input.hprof out.hprof
此時才能將out.hprof放在eclipse的MAT中打開。
手機管家內存泄露每日監控方案
目前手機管家的內存泄露每日監控會自動運行並輸出是否存在疑似泄露的報告郵件，不論泄露對象的大小。這其中涉及的核心技術主要是AspectJ，MLD自研工具（原理是虛引用）和UIAutomator。
3.1 AspectJ插樁監控代碼
手機管家目前使用一個ant腳本加入MLD的監控代碼，並通過AspectJ的語法實現插樁。
使用AspectJ的原因是可以靈活分離出項目源碼與監控代碼，通過不同的編譯腳本打包出不同用途的安裝測試包：如果測試包是經過Aspect插樁了MLD監控代碼的話，那麼運行完畢後會輸出指定格式的日誌文件，作為後續分析工作的數據基礎。
3.2 MLD實現監控核心邏輯
這是手機管家內的一個工具工程，正式打包不會打入，BVT等每日監控測試包可以打入。打入後可以通過諸如addObject介面（通過反射去檢查是否含有該工具並調用）來加入需要監控的檢測對象，這個工具會自動在指定時機（如退出管家）去檢測該對象是否發生泄漏。
這個內存泄露檢測的基本原理是：
虛引用主要用來跟蹤對象被垃圾回收器回收的活動。虛引用必須和引用隊列（ReferenceQueue）聯合使用（在虛引用函數就必須關聯指定）。當垃圾回收器准備回收一個對象時，如果發現它還有虛引用，就會在回收對象的內存之前，自動把這個虛引用加入到與之關聯的引用隊列中。程序可以通過判斷引用隊列中是否已經加入了虛引用，來了解被引用的對象是否將要被垃圾回收。
基於以上原理，MLD工具在調用介面addObject加入監控類型時，會為該類型對象增加一個虛引用，注意虛引用並不會影響該對象被正常回收。因此可以在ReferenceQueue引用隊列中統計未被回收的監控對象是否超過指定閥值。
利用PhantomReferences(虛引用)和ReferenceQueue(引用隊列)，當PhantomReferences被加入到相關聯的ReferenceQueue時，則視該對象已經或處於垃圾回收器回收階段了。
MLD監控原理核心
目前手機管家已對大部分類完成內存泄露的監控，包括各種activity，service和view頁面等，務求在技術上能帶給用戶最順滑的產品體驗。
接下來簡單介紹下這個工具的判斷核心。根據虛引用監控到的內存狀態，需要通過多種策略來判斷是否存在內存泄露。
（1）最簡單的方式就是直接在加入監控時就為該類型設定最大存在個數，舉個例子，各個DAO對象理論上只能存在最多一個，因此一旦出現兩個相同的DAO，那一般都是泄露了；
（2）第二種情況是在頁面退出程序退出時，檢索gc後無法釋放的對象列表，這些對象類型也會成為內存泄露的懷疑對象；
（3）最後一種情況比較復雜，基本原理是根據歷史操作判斷對象數量的增長幅度。根據對象的增長通過最小二乘法擬合出該對象類型的增長速度，如果超過經驗值則會列入疑似泄露的對象列表。
3.3 UIAutomator完成重復操作的自動化
最後一步就很簡單了。這么多反復的UI操作，讓人工來點就太浪費人力了。我們使用UIAutomator來進行自動化操作測試。
目前手機管家的每日自動化測試已覆蓋各個功能的主路徑，並通過配置文件的方式來靈活驅動用例的增刪改查，最大限度保證了隨著版本推移用例的復用價值。
至此手機管家的內存泄露測試方案介紹完畢，也歡迎各路牛人交流溝通更多更強的內存泄露工具盒方案！
騰訊Bugly簡介
Bugly是騰訊內部產品質量監控平台的外發版本，其主要功能是App發布以後，對用戶側發生的Crash以及卡頓現象進行監控並上報，讓開發同學可以第一時間了解到App的質量情況，及時機型修改。目前騰訊內部所有的產品，均在使用其進行線上產品的崩潰監控。
❹ 怎樣檢查空調系統製冷劑泄露
空調器製冷系統由壓縮機、冷凝器、四通換向閥、節流器、蒸發器組成，製冷系統故障有泄漏、堵塞、管路凹癟、壓縮機不做功、單向閥或四通閥損壞等，製冷劑的漏點則可能出現在製冷系統的任一部位。
一、目測
發現系統某處有油跡時，此處可能為滲漏點。目測檢漏簡便易行，沒有成本，但是有很大缺陷，除非系統突然斷裂的大漏點，並且系統泄漏的是液態有色介質，否則目測檢漏無法定位，因為通常滲漏的地方非常細微，而且家用空調本身有很多部位幾乎看不到。
二、洗潔精或洗衣粉混合水檢漏
向系統充入10-20kg/cm2壓力氮氣，再在系統各部位塗上肥皂水，冒泡處即為滲漏點。這種辦法是目前最常見的檢漏方法，但是人的手臂是有限的，人的視力范圍是有限的，很多時候根本看不到漏點。
三、氮氣水檢漏
向系統充入10-20kg/cm2壓力氮氣，把系統浸入水中，冒泡處即為滲漏點。這種方法和前面的肥皂水檢漏方法實質一樣，雖然成本低，但有明顯的缺點：檢漏用的水分容易進入系統，導致系統內的材料受到腐蝕，同時高壓氣體也有可能對系統造成更大的損害，進行檢漏時勞動強度也很大，這樣就使維護檢修的成本上升。
四熒光檢漏
它是利用熒光檢漏劑在紫外/藍光檢漏燈照射下會發出明亮的黃綠光的原理，對各類系統中的流體滲漏進行檢測的。在使用時，只需將熒光劑按一定比例加入到系統中，系統運作20分鍾後戴上專用眼鏡，用檢漏燈照射系統的外部，泄漏處將呈黃色熒光。
五、氣體壓差檢漏
利用系統內外的氣壓差，將壓差通過感測器放大，以數字或聲音或電子信號的方式表達檢漏結果。此方法也是只能「定性」地知道系統是否滲漏而不能准確地找到漏點。
六、電子檢漏
用探頭對著有可能滲漏的地方移動，當檢漏裝置發出警報時，即表明此處有大量的泄漏。電子檢漏產品容易損壞，維護復雜，容易受到環境化學品如汽油、廢氣的影響，不能准確定位漏點。
七、鹵素燈檢漏
點燃檢漏燈，手持鹵素燈上的空氣管，當管口接近系統滲漏處時，火焰顏色變為紫藍色，即表明此處有大量泄漏。這種方式有明火產生，不但很危險，而且明火和製冷劑結合會產生有害氣體，此外也不易准確地定位漏點。所以這種辦法現在幾乎沒有人使用了。
❺ 化工企業怎樣做泄漏檢測
1、化工企業泄漏的檢測
在生產過程中要對泄漏進行有效的治理，就要及時發現泄漏，准確地判斷和確定產生泄漏的位置，找出泄漏點。較明顯的泄漏，人們可以通過看、聽、聞、摸等直接感知發現，對於人看不見、聽不到、摸不到的場合或有易燃、易爆、有毒介質的危險場合，就要藉助儀器和設備進行泄漏檢測，用專用儀器進行可以進行在線檢測，對於人無法感知的細微泄漏亦可以准確檢測其部位、程度，有利於企業及時發現安全隱患。
1.1設備檢漏方法
設備檢漏方法有多種，本文在"設備監測技術"中列舉了許多方法，具體應用中分別屬於在線檢測和離線檢測兩大類。以下舉例說明：
1.1.1大型儲罐的在線檢漏方法
(1)是罐內介質的檢測，如盤庫、人工檢尺、罐完整性測試（質量完整性、體積完整性）、自動計量、聲發射等。此外還有：壓力容器聲發射檢測（MONPAC）等。
(2)是罐外環境檢測，如土壤檢測、蒸汽檢測、地下水檢測、間隙檢測等。如在罐區設置觀察井，採用檢測元件監測環境中的變化。
1.1.2大型儲罐的離線檢漏方法也可以分為兩類：
一類是罐底板試漏方法，常用方法有真空箱試漏法、漏磁掃描探傷、氣體檢漏和充水試壓等。如用磁渦流掃描儀檢測金屬儲罐底板的腐蝕狀況，其原理是漏磁法，儀器上裝有強磁鐵，磁鐵之間裝有磁場強度感測器，當底板有缺陷時，磁場分布就會發生變化，感測器就能檢測到這種磁場變化，該儀器能夠准確測定腐蝕的深度、面積及裂紋的長度。另一類是罐壁嚴密性實驗試漏方法，常用方法有煤油試漏法、充水實驗法、罐體壁厚檢測等。如罐建成或大修後應進行充水實驗，在充水過程中，逐節對壁板和逐條對焊縫進行外觀檢查。充水到最高操作液位後，持壓48小時，如無異常滲漏或變形，罐壁的嚴密性即為合格。
1.2管道檢漏方法
管道泄漏根據泄漏量的不同，一般分為小漏、中漏、大漏。小漏也稱為砂眼，其泄漏量低於正常輸送量的3%，主要是由於管道防腐層被破壞，管壁在土壤電化學腐蝕作用下出現銹點，腐蝕逐漸貫穿整個管壁的現象；中漏的泄漏量在正常輸送量的3%—10%之間；大漏的泄漏量則大於正常輸送量的10%。
目前管道上應用的各種泄漏檢測技術可分為儀器直接檢漏法、管道泄漏檢測模型軟體分析法、人工方法三大類。
2、化工企業泄漏的治理
堵漏從廣義上是指在自然界中出現任何種類泄漏被堵截制止的過程。本文中特指化工企業各種泄漏的堵截制止過程，簡單歸納一下，堵漏技術大致經過了以下發展階段。
2.1阻塞堵漏技術
該技術是一種應用廣泛的傳統堵漏方法，效果顯著，但不適用於壓力較大、孔洞較小、泄漏處幾何形狀復雜、介質有強腐蝕性，強滲透性及特殊個性等情況下的泄漏問題。
2.2加壓堵漏技術
在阻塞物外部朝著泄漏介質相反作用的方向施加壓力，從而達到堵漏的目的。按加壓的方法不同分為：
①捆紮加壓法：在阻塞物外部用鐵絲、繩子等細軟東西用力捆紮，多用於管徑不大的管道泄漏。
②機械卡子加壓法：根據泄漏處的幾何形狀，用強度較大的金屬製成，然後利用螺栓、夾頭等縮緊裝置將卡子加壓固定在泄漏處，應注意在卡子接觸泄漏處內側表面要墊一層特種膠粘劑或高分子彈性塑料、橡膠等物。
③專用加壓設備加壓法：針對一些特殊環境、要求的泄漏而採用的堵漏方法，目前有杠桿加壓、彈力加壓、磁力加壓、機械咬合加壓等專用加壓設備。
設計製造加壓設備是加壓堵漏技術的核心，無論是設計製造加壓卡子或加壓設備，均有難度大、周期長、成本高、帶壓操作難度大、危險性高等特點，往往不易付之實現。
2.3帶壓注射堵漏技術
實質上是利用一種工業注射器（注射槍或注射裝置）施出一種推進式的壓力，將粘接劑或能夠堵住漏洞（縫）的中間體，強行阻塞堵漏的方法。首先選擇性能優良的堵漏劑（密封劑），再針對泄漏處的幾何形狀、位置，設計製造出一種既能在泄漏處起密封作用，又能與機械加壓裝置緊密連接的卡具，然後憑借機械加壓裝置通過卡具將密封劑不斷送入卡具內腔，直至將漏洞（縫）堵住。該技術尤其適用於直管段上的帶壓堵漏。
2.4帶壓堵漏技術
帶壓堵漏是指在一個大氣壓以上任意帶著壓力的管道和容器罐內部儲存或輸送介質因腐蝕穿孔跑冒滴漏或人為損壞導致泄漏，採用不停車不倒罐在內部介質飛濺過程中堵住泄漏點的方法。由於實際施堵時常涉及易燃、易爆類介質，在國內帶壓堵漏即公認為是"不動火帶壓堵漏"的簡稱。上述"帶壓注射堵漏技術"實際上是帶壓堵漏技術中的一項應用較多的成熟技術，用於直管段上的帶壓堵漏，但對三通、彎頭、變徑、法蘭盤根部、大型容器罐等的泄漏部位就無能為力了。以下介紹幾種常用的帶壓堵漏方法。
①帶壓管道的焊接堵漏：化工企業的管道一旦發生泄漏，由於熔融的金屬在沒得到凝固之前有可能被噴出的介質吹跑以及易燃易爆介質居多，是很難在動態下補焊的。但帶壓焊接技術在某些情況下也是可行的：首先了解管道的周圍環境和所處位置，在油氣存在的環境中是不允許動火的，注意去除環境中的不利於人身安全的因素，施工處周邊條件應有助於通風及人員逃生；下一步，了解管道中介質的壓力，壓力過大會對人身造成傷害，管道內水壓要低於1.57MPa才可以進行焊接；最後分析泄漏原因，如：腐蝕開裂穿孔是常見的一種情況，常用引流焊接，凍裂的裂口一般無規則並有較大塑性變形，常採用碾壓焊。
②快速帶壓止漏帶堵漏：是不動火帶壓堵漏最常用的堵漏品之一，屬於堵漏行業中的包紮捆紮技術類。先將泄漏點四周清污，在泄漏點上覆膠墊皮，
再用快速帶壓止漏帶（一分鍾帶壓止漏帶）沿漏點捆紮至堵住漏為止，需加大強度時在捆紮面上反復塗抹GB509加強固化劑，將表層和周邊全塗抹包住。
該法適用條件：施堵壓力≤1.1MPa；溫度≤280℃；固化扭距≥750n；固化時間0.5h。介質包括：油、水、酸鹼、苯、燃氣等。適合部位：金屬、鍍鋅管道、PE、PVC、復合管、玻璃鋼管等管道上的直管、三通、彎頭、變徑、堵頭、閥門、法蘭等。
③帶壓注射堵漏：屬於堵漏行業中的注劑密封技術類，前面已經描述過，在具體使用中密封劑的選擇很關鍵，密封劑固化類別有三類："慢固化、非固化、快固化"。施工中常用慢固化類密封劑，該種密封劑適應溫度高達950℃，固化時間慢達30天，注膠後如出現滲漏飄氣補膠容易；非固化類密封劑，該種密封劑適應溫度高達1200℃，永遠不固化，注膠後如出現滲漏飄氣補膠非常容易，主要用於介質為超高溫蒸汽和煙道氣的裝置泄漏；快固化類密封劑，該種密封劑幾個小時即可完成固化，彈性較大，適應溫度低於800℃，注膠後如出現滲漏飄氣補膠難度非常大。
❻ 內存泄露怎麼查，求詳解
一: 內存泄漏
內存泄漏是編程中常常見到的一個問題，內存泄漏往往會一種奇怪的方式來表現出來,基本上每個程序都表現出不同的方式。 但是一般最後的結果只有兩個，一個是程序當掉，一個是系統內存不足。 還有一種就是比較介於中間的結果程序不會當，但是系統的反映時間明顯降低，需要定時的Reboot才會正常。
有 一個很簡單的辦法來檢查一個程序是否有內存泄漏。就是是用Windows的任務管理器(Task Manager)。運行程序，然後在任務管理器裡面查看 「內存使用」和」虛擬內存大小」兩項，當程序請求了它所需要的內存之後，如果虛擬內存還是持續的增長的話，就說明了這個程序有內存泄漏問題。 當然如果內存泄漏的數目非常的小，用這種方法可能要過很長時間才能看的出來。
當然最簡單的辦法大概就是用CompuWare的BoundChecker 之類的工具來檢測了，不過這些工具的價格對於個人來講稍微有點奢侈了。
如果是已經發布的程序，檢查是否有內存泄漏是又費時又費力。所以內存泄漏應該在Code的生成過程就要時刻進行檢查。
二: 原因
內存泄漏產生的原因一般是三種情況：
分配完內存之後忘了回收；
程序Code有問題，造成沒有辦法回收；
某些API函數操作不正確，造成內存泄漏。
1. 內存忘記回收，這個是不應該的事情。但是也是在代碼種很常見的問題。分配內存之後，用完之後，就一定要回收。如果不回收，那就造成了內存的泄漏，造成內存泄漏的Code如果被經常調用的話，那內存泄漏的數目就會越來越多的。從而影響整個系統的運行。
2. 在某些時候，因為代碼上寫的有問題，會導致某些內存想回收都收不回來
3. API函 數應用不當
三: 檢查方法
一 般的內存泄漏檢查的確是很困難，但是也不是完全沒有辦法。如果你用VC的庫來寫東西的話，那麼很幸運的是，你已經有了很多檢查內存泄漏的工具，只是你想不 想用的問題了。Visual C++的Debug版本的C運行庫(C Runtime Library)。它已經提供好些函數來幫助你診斷你的代碼和跟蹤內存泄漏。 而且最方便的地方是這些函數在Release版本中完全不起任何作用，這樣就不會影響你的Release版本程序的運行效率。
4 .總結:
實際上Heap的內存泄漏問題是相當的好查的。VC的提供的檢查工具也不太少，但是如果是棧出了什麼問題，恐怕就麻煩很多了。棧出問題，一般不會產生內存泄漏，但是你的代碼的邏輯上很有可能會有影響。這個是最最痛苦的事情。 編程，就是小心，小心再小心而已。
❼ 公司的成本數據怎麼找
摘要 你好，很高興為你解答問題，查公司的成本可以在很多地方看，比如：
❽ 怎樣查合夥人虛報成本支出
摘要 合夥做生意，必須要有開支帳冊，做到公開公明，每月根據帳冊收支情況，進行盈虧分析。你們合夥經營開支不記帳，想查帳，那就憑良心帳了，可以通過手機支付帳戶和銀行查對。這樣查也很麻煩，建議你們設立固定收支結算方式，有利核算經營。
❾ 我用的是管家婆普及版的，關於成本如何查呢
在「財務報表」－－「明細分類賬」－在選擇條件中點選會計科目「主營業務成本」和會計期間，就能查到當月的銷售成本