This is just called Forward declaration

refer this: http://en.cppreference.com/w/...

您好，您這個問題解決了嗎，遇到類似的問題，方便給予解答嗎。 qq郵箱 137370999@qq.com 。謝謝！

我的在cell中的textField也出這個問題了，臨時用下面方法解決：

NSAttributedString *title = [[NSAttributedString alloc] initWithString:textField.text attributes:@{NSFontAttributeName : [UIFont systemFontOfSize:TabFontSize],NSForegroundColorAttributeName : [UIColor whiteColor]}];

textField.attributedText = title;

可以的，之前我做項目的時候，只發(fā)布自己代碼打的jar就可以了，
其他jar單獨放上去，還有那些靜態(tài)資源一般都比較大，也傳一次不更新就不用再打包了

槽點1:

BaseClass *b = new BaseClass();
std::shared_ptr<BaseClass> test(b->getInstance());

這是bad practice, 雖然還不是UB, 但是只有一步之遙了, 比如加一個std::shared_ptr<BaseClass> test2(b->getInstance());就double delete了.

解決方法:

所以第一步要做的是把BaseClass *b = new BaseClass();修改成std::shared_ptr<BaseClass> b(new BaseClass);

到此結束了嗎? 不, 繼續(xù)噗:

槽點2:

  std::shared_ptr<BaseClass> getInstance()
  {
      return std::shared_ptr<BaseClass>(this);
  }
  

假設已經做出上述修改了, 由于上段代碼的存在, 依舊會杯具. 原因和上面類似, 因為test并不知道this已經被b用過了, 所以引用計數(shù)就gg了. 你需要自己實現(xiàn)一個shared_ptr就能理解了.

解決方法:

使用std::enable_shared_from_this:

class BaseClass :  enable_shared_from_this<S>
{
public:
  BaseClass(){cout << "BaseClass construct" << endl;}
  ~BaseClass(){cout << "Base destructor" << endl;}
  std::shared_ptr<BaseClass> getInstance()
  {
      return shared_from_this();
  }
};

想進一步了解可以去看enable_shared_from_this是如何實現(xiàn)的.

槽點3:

不存在disconstruct這種說法, 跟我念: destructor

槽點4:

永遠不要貼截圖(qq群里也一樣, 不通過markdown就用paste.ubuntu.

懶得打字這次我給你輸好了, 請貼近問題描述中:

#include <iostream>
#include <memory>
using namespace std;
class BaseClass;
class ChildClass;
typedef std::shared_ptr<BaseClass> BaseClassPtr;
typedef std::shared_ptr<ChildClass> ChildClassPtr;
class BaseClass
{
public:
  BaseClass(){cout << "BaseClass construct" << endl;}
  ~BaseClass(){cout << "Base destructor" << endl;}
  std::shared_ptr<BaseClass> getInstance()
  {
      return std::shared_ptr<BaseClass>(this);
  }
};
int main()
{
    BaseClass *b = new BaseClass();
    std::shared_ptr<BaseClass> test(b->getInstance());
    cout << "end" << endl;
}

槽點5:

你應該把這段代碼的鏈接發(fā)出來, 一方面展示自己從哪里獲取的信息, 一方面挺想看是誰寫出這樣的代碼的.

槽點6:

這是針對另一位答主的, 語言沒有規(guī)定是heap, 只說了是free store. 具體可以參見帝球此貼

槽點7:

這是一個c++的問題, 不要貼c的標簽, 完全兩門不搭界的語言.

cookie是由瀏覽器維護的, session是由服務器維護的. 兩者之間并沒有絕對的關系, 只是一般情況下服務器使用cookie維持session而已.

至于時效問題:

• 會話cookie是在瀏覽器關閉時(或者下次啟動時)刪除的, 所以只要瀏覽器不關閉, 會話cookie就不會失效.
• session則是超過一定時間不讀取/設置就會過期.

可以發(fā)現(xiàn)兩者并不同步, 那么為什么實際上感覺不到呢? 因為首先不重啟瀏覽器, 不手動刪除cookie, 那么會話cookie就不會失效, 而大多數(shù)用戶又不會登陸一個網站以后幾個小時不操作(直播類/視頻類網站即使用戶不操作, 也會有網絡請求, 后臺即可自動續(xù)期), 所以session也可以維持住.
你可以試下這種操作:

• 登陸一個網站(不要選擇自動登陸), 然后重啟瀏覽器, 再訪問這個網站, 這時應該就會出現(xiàn)登陸頁.
• 登陸一個網站(比如某個論壇, 不要選擇自動登陸), 然后兩個小時不點擊這個頁面, 不關閉瀏覽器, 之后看看再操作是不是會需要重登錄.

至于七天免登陸, 一般是把用戶的一些信息加鹽hash, 然后記錄到數(shù)據(jù)庫, 并且設置一個新的cookie, 七天失效. 當用戶訪問網站時, 如果沒登陸, 則認證這個cookie是不是正確, 正確就會自動登陸, 從用戶看來, 就是免登陸.

set里，只有值和引用地址都完全相同，兩個元素才算是一樣的

1. 決定架構
2. 按架構購買相應的資源
3. 部署環(huán)境
4. 將項目部署到環(huán)境
5. ip測試
6. 解析域名
7. 線上測試

如果是純靜態(tài)部署(相當于可以直接用nginx跑起來的，html、css、js這種)，一般思路是買個ECS，然后找個官方鏡像或者去云市場找個配齊了的鏡像(靜態(tài)主要就是nginx，不想對著一堆命令行發(fā)怵的話可以找個帶寶塔面板的)，然后配下FTP和白名單，把你項目丟上去，配ngx，先ip跑下，沒問題的話改DNS解析，再測試網址和解析，就可以了。當然訪問量大的話可以掛套CDN到解析和主機之間。

還有種比較皮的思路，是直接搞個OSS，然后關聯(lián)到CDN上(文檔的最佳實踐里有這個的介紹，相當于OSS里文件更新時會觸發(fā)CDN刷新)，把項目丟到OSS上，開對外訪問，最后配域名(到CDN)，測試，打完收工。但這種僅限于純靜態(tài)，如果有后端需求的話，如果不是RESTful化的調用，可能還是得把ECS加回來。(RESTful調用的話，可以把程序掛到函數(shù)計算上，再把API掛到API網關上，這樣也不需要用ECS)

SFAuthenticationSession只能獲取部分cookie，搜索了很長時間找不到結果，只能換WKWebView來獲取。
具體可以看這個文檔：https://developer.apple.com/d...

這是一個全排列的問題嘛

#include <iostream>  
#include <algorithm>
#include <vector>
#include <string>
using namespace std;  
int main()  
{  
    string color[2] = {"黑","白"};
    vector<int> vec = {0,0,0,0,0,0,0,0,0,0,1,1,1,1,1};  
    do {  
       for(auto& i:vec){
          cout<<color[i]<<',';
       }
       cout<<endl;
    } while(next_permutation(vec.begin(),vec.end()));  
    return 0;
}

1)把比特流還原為幀；
鏈路層
2)決定使用哪些路徑將數(shù)據(jù)傳送到目的端；
網絡層
3)差錯控制；
物理層、鏈路層、網絡層、傳輸層
4)擁塞控制；
傳輸層、網絡層
5)流量控制；
網絡層、傳輸層
6)傳輸介質
物理層

其實MJ的這個也有你說的那種功能，文檔里面應該有說明。原理可以參見我的這篇博文，之前看mj的視頻寫的。和樓上的大同小異，只是判斷的是距離。http://blog.csdn.net/leleyuan...
scrollView.contentInset包含如下屬性：CGFloat top, left, bottom, right;
在scrollView中，top是上面額外的高度，bottom是下面額外的高度，中間包含的是contentView的contentSize。
scrollView的contentOffSet計算的是頂部偏移量的距離，當向上滾動時，contentOffSet.y將隨著視圖內容而增大。比較contentSize.height和offset.y的值，就可以實現(xiàn)這個自動加載下一頁的功能。

感覺沒什么問題吧

EvIo 有些特性：

• 同作用域下，同類事件會相互覆蓋，后面定義的覆蓋前面的
• 嵌套事件，需要再次執(zhí)行 Ev::run 才會觸發(fā)，再次調用 Ev::run 后事件的執(zhí)行不可預測。

基于上面兩個，我發(fā)現(xiàn)了一個特殊的現(xiàn)象：

function login($fd , $flag , $callback , $args){
    return new EvIo($fd , $flag , $callback , $args);
}

// 這種方式定義多個重復事件，都會觸發(fā) ..
// 無語，但是目前就是用這種方式投入使用的
$one = login($socket , Ev::READ , null , null);
$two = login($socket , Ev::READ , null , null);

// 跑進程
Ev::run();

溢出了，該長度的有符號整數(shù)的最大正數(shù)為0x7FFFFFFF
減法是加上相反數(shù)，取相反數(shù)是所有位取反加1，計算機做加減法并不考慮你符不符號位，你轉成10進制（有符號數(shù)）才會去關注符號位
多看書學，多學多看，回頭再來看很多問題就明白了，學得不夠就想這想那的那肯定有一堆問題想不通

注意你這句：

psNum=`ps -uxf|grep python|wc -l`

這句用了管道，執(zhí)行的時候是會開子shell的，子shell就是主進程fork創(chuàng)建的子進程，ps會看到這兩個進程的命令行一樣，實際上這兩個是父子進程關系，你可以看你ps打印出的這兩個進程，下面這個進程的PPID（父進程PID，第3列）恰好就是上面這個進程的PID（第2列），可以印證這一點。

以 printf("%x", n) 的打印結果 ff ff ff f6，去判定參數(shù) n 的長度為 4 字節(jié)，是錯誤的。

根據(jù) C 語言規(guī)范，printf 函數(shù)的 x 修飾符在沒有指定長度時，默認轉換成 unsigned int 類型。
即在本例中 printf("%x", n) 等同于 printf("%x", (unsigned int)n) 。

要將參數(shù) n 按原數(shù)據(jù)類型打印，可以這樣

printf("%hx", n);
// 或
printf("%x", (unsigned short)n);

參考
[1] C printf, http://www.cplusplus.com/refe...

可以考慮用策略模式來寫。只要在分析過程中聽到需要在不同時間應用不同的業(yè)務規(guī)則，就可以考慮使用策略模式處理這種變化的可能性。

B 不會再發(fā)送任何信號，這種僵尸進程最終被 init 進程(pid=1)自動回收。

請參考

When a process loses its parent, init becomes its new parent. init periodically executes the wait system call to reap any zombies with init as parent.

https://en.wikipedia.org/wiki...

可以參考一下這個庫，正是你需要的
https://github.com/dudongge/D...