最近接入Facebook 分享，按照官方文档一步步接入，也可以分享成功，但是遇到一个奇怪的问题。本地有安装Facebook app的情况下打开facebook原生对话框进行分享，点击左上角返回键结果发现回调了onSuccess，而不是onCancle，十分不解，查了很多资料发现了很多坑。
坑1：返回键回调onCancle没有回调onSuccess是设计如此
相关连接：https://developers.facebook.com/support/faq/
https://developers.facebook.com/support/bugs/890116221030179/?disable_redirect=0
为什么总是收到 onSuccess() 回调，即使用户已经取消了对话框？
如果用户打开移动分享对话框或移动动态发布对话框，但通过取消来关闭这些对话框，您的应用就会通过 onSuccess() 回调方法获得通知。 您可以将 onSuccess() 回调看作是一种机制，用于表示对话框以某种方式成功关闭，但您无法使用这种机制确定某内容实际是否发布。 如果用户还向您的应用授予“publish_actions”权限范围，系统就会在取消时调用 onCancel() 回调方法。
如需查看 FacebookCallback 类的完整详情，请参阅参考文档。
这是官方对这个问题的回答，好吧可能就是这样设计的，于是乎我就开始找“publish_actions”权限要如何配置云云，然后发现第二个坑
坑2：“publish_actions”权限已不再使用
相关连接：https://developers.facebook.com/docs/facebook-login/android/permissions?locale=zh_TW
https://developers.facebook.com/docs/graph-api/changelog/breaking-changes#login-4-24
取得發佈權限
您可在登入期間要求任意數量的讀取權限和發佈權限。但如果要求超過四項權限的話，完成登入的次數會大幅降低。
截至 2018 年 4 月 24 日，pubish_actions 權限已移除。如需詳細資訊，請參閱變更紀錄的重大變更。若要為應用程式用戶提供方法，將內容分享到 Facebook，我們鼓勵您改用分享產品功能。
如果在登入期間要求使用 publish_actions 來發佈權限，會在登入 UI 中產生第二個步驟。因此，您應該在登入期間要求最低數量的讀取權限，然後在用戶確實需要時才要求其他任何權限或發佈權限。如需最佳化權限要求，請參閱最佳化權限。
这是官方的说法，“pubish_actions 權限已移除”，重大变更中也说到2018年“pubish_actions 權限就没有了，我的天哪onCancel()怎么回调的？
坑3：onSuccess回调Sharer.Result postId =null
查了资料了解到postId 要在配置了publish_actions 并且用户登录的情况下（似乎是使用Feed模式）才会返回，具体在哪里看到的由于查的资料太多没有保存下来。
解决？（待议）
最后的解决方案让我哭笑不得，先说一下我尝试的两点
1.查看了gradle的配置，发现android的签名配置在release版本上，而我开发一直使用的是debug，申请facebook的appkey是需要签名的，因此签名的正误是会影响到分享的成功和失败的，这太奇怪了如果是这个问题应该在debug上打出来的包是无法分享成功的，然后我测试时是可以分享的，有疑惑不解，最后我还是切换到了release版本进行测试，然后还是出现一样的问题，于是觉得可能不是签名的问题。
2.手上的项目中对facebook除了分享还有facebook登录，但由于业务上的原因允许用户在没有登录的情况下（包括没有使用facebook登录）进行分享，我查看了资料后发现分享返回的postId 和是否有facebook登录认证有关系，因此尝试了一下先在应用中第三方登录facebook，然后再分享，在对话框中点击返回键竟然回调了onCancle！！！我的天，难道一定要先第三方登录再分享才能正常使用?思前想后觉得不可能，官方和其他途径的文档都没有说明这一点，应该不会是这样。
尝试：
遇到上面这样的怪事然后很意外，于是我开始测试。第一删除App重新安装，在release版本情况下看能否正常回调onCancle，结果竟然可以！！！难道是我脑子抽风选错了没有使用release版本?
于是我把版本调回到debug，再次打包，结果竟然还是可以？？我就蒙了，不是debug和release签名的问题，也不是先第三方登录再分享导致那是什么原因呢？？我找来另一台之前没有安装过facebook的手机 使用的是之前的包（debug版本），这个包是前几天打包而成和今天测试的没有任何瓜葛。结果还是正常回调onCancle，（黑人问号脸），这到底是怎么回事？？
猜测：
1.和签名配置有关，一定要使用申请facebook appkey时的签名
2.和缓存有关，可能在facebook SDK或者系统中有一些配置缓存造成，在使用第三方先登录的情况下再分享可能清理了过往该账号的缓存？？
可能的解决方案
可以在分享前判断是否用户是否已经facebook第三方登录，如果没有可以先登录但是不要求结果成功，之后再调用分享
点击返回按钮回调onSuccess问题不在出现我也没办法继续跟踪问题，暂且将问题留下，待有缘人解答
