想请教下关于 Android Service 被杀死(＞＜)之类相关的问题~

平时基本不写 Services，所以对这块完全不了解(··？
我想用 IntentService 在后台发送 POST 请求给服务器（如果放到 AsyncTask 或者 AsyncTaskLoader 里，用户 HOME 键，这个请求就会消失，下次再打开应用的时候会再发一次POST请求，这样服务器就有2两条同样的数据）。

所我想请教的问题是：
1、我觉得像 Andorid QQ、微信 之类的程序，如果用户使用了像 绿色守护（我没用过之类的软件，但是我听说可以设置让应用Services不常驻后台） 一样的软件，那么，当用户提交了一个信息内容（POST请求）后，马上后台。

是不是就有可能导致
这个信息提交 -》 服务器成功接收到 -》 服务器还未回复 -》 应用进入后台（HOME） -》 该信息提交的POST请求的Service被绿色守护之类的应用杀死 -》 用户再打开这个应用 -》 这次的提交内容请求丢失（客户端并不会提示是否该信息成功提交），或者是客户端再一次提交导致该信息提交两次
这样的问题该如何避免、还是说在服务器端对同样的内容进行过滤？

2、在我当前的应用设计上，如果用户提交了一个信息，我会显示一个 ProgressBar，然后通过 IntentService 发送POST请求，当接受到服务器的回复后，隐藏 ProgressBar 让用户一直等待成功或者失败的提示。

考虑的问题：
如果这时候后台这个POST请求服务被杀，那么用户不是永远等不到这个 ProgressBar 消失，提示成功或者失败的提示（当然我也可以给 ProgressBar 设置一个超时的阈值）。
Services 文档里说 *If the service is bound to an activity that has user focus, then it's less likely to be killed*，所以我觉得这个后台被杀还是有可能的，退一步讲，用户在等待的时候后台了，这个 Activiy 失去了用户的焦点（对应上文应用的英文 *that has user focus*），这时候这个POST请求被杀，然后用户再回到原来的应用，上述的这个的问题的就可以呈现了。虽然这个问题可能发生的概率极低。

请问下大家是如何看待这2个问题的？
谢谢了。
不会没人回吧(-_-)