HTTP против FTP загрузки

Question

HTTP против FTP загрузки

Я хочу остановить службу, когда пользователь удаляет приложение из недавнего списка.

Да, вы можете сделать это, используя флаг stopWithTask в качестве true для службы в файле манифеста.

Пример:
<service
    android:enabled="true"
    android:name=".MyService"
    android:exported="false"
    android:stopWithTask="true" />
ИЛИ

Если вам нужно удалить приложение из недавнего списка и сделать что-то перед остановкой службы, вы можете использовать это:
<service
    android:enabled="true"
    android:name=".MyService"
    android:exported="false"
    android:stopWithTask="false" />
Таким образом будет вызван метод вашей службы onTaskRemoved. ( Помните , он не будет вызываться, если вы установите stopWithTask на true).
public class MyService extends Service {

    @Override
    public void onStartService() {
        //your code
    }

    @Override
    public void onTaskRemoved(Intent rootIntent) {
        System.out.println("onTaskRemoved called");
        super.onTaskRemoved(rootIntent);
        //do something you want
        //stop service
        this.stopSelf();
    }
}
Надеюсь, что это поможет.

13

file-upload upload zend-framework php

задан Bill Karwin 20 August 2009 в 07:50

7 ответов

Большим преимуществом HTTP является то, что он проходит через брандмауэры и его очень легко зашифровать - просто используйте HTTPS на порту 443 вместо HTTP на порту 80. Оба проходят через прокси и брандмауэры. И в наши дни довольно легко загрузить файлы размером 20 МБ через HTTP / HTTPS с помощью POST.

Проблема с HTTP в том, что его нельзя перезапустить для загрузки. Если вы получили 80% отправленного файла, а затем произошел сбой, вам нужно будет перезапустить сначала. Вот почему поставщики все чаще используют загрузчики и загрузчики на основе flash, java или javascript. Эти системы могут видеть, какая часть файла была отправлена, отправлять MAC, чтобы убедиться, что он прибыл правильно, и повторно отправлять недостающие части.

MAC важнее, чем вы думаете. Контрольные суммы TCP всего 32 бита, так что вероятность того, что ошибка не будет обнаружена, составляет 1 из 4 миллиардов. Это потенциально часто случается с сегодняшним Интернетом.

12