Что на самом деле делает Django static (settings.STATIC_URL, document_root=settings.STATIC_ROOT)?

Я использую Джанго 2.2. Из Джанго Управление статическими файламидокументация:

If you use django.contrib.staticfiles as explained above, runserver will do this automatically when DEBUG is set to True. If you don’t have django.contrib.staticfiles in INSTALLED_APPS, you can still manually serve static files using the django.views.static.serve() view.

This is not suitable for production use! For some common deployment strategies, see Deploying static files.

For example, if your STATIC_URL is defined as /static/, you can do this by adding the following snippet to your urls.py:

from django.conf import settings
from django.conf.urls.static import static

urlpatterns = [
    # ... the rest of your URLconf goes here ...
] + static(settings.STATIC_URL, document_root=settings.STATIC_ROOT)

Note

This helper function works only in debug mode and only if the given prefix is local (e.g. /static/) and not a URL (e.g. http://static.example.com/).

Also this helper function only serves the actual STATIC_ROOT folder; it doesn’t perform static files discovery like django.contrib.staticfiles.

Моя интерпретация

1. статический — это вспомогательная функция, которая обслуживает файлы из STATIC_ROOTво время разработки (это правда?)
2. статический работает только когда debug = True
3. статический работает только с локальным префиксом, например STATIC_URL = '/static/'
4. Когда для DEBUG установлено значение True, и я использую и настраиваю приложение staticfiles, как описано в документации, если я делаю python manage.py runserver для запуска локального сервера, обслуживание статических файлов будет обрабатываться автоматически (правда??)

Мои вопросы

1. Что ИМЕННО делает добавление static(settings.STATIC_URL, document_root=settings.STATIC_ROOT) к urls.py вашему проекту?
2. Правда ли, что статический обслуживает статические файлы локально из каталога STATIC_ROOT? Чтобы проверить эту теорию, после запуска collectstatic я удалил каталоги static, чтобы убедиться, что статические файлы по-прежнему загружаются нормально (из STATIC_ROOT), и это НЕ ТАК! Почему?
3. Как я могу проверять, что Django загружает статические файлы из моего местоположения STATIC_ROOT... а не статические каталоги в моем проекте и приложениях??
4. Зачем нужно добавлять static(settings.STATIC_URL, document_root=settings.STATIC_ROOT) к urlpatterns, если Django автоматически обслуживает статические файлы (упоминается в документации)?

Пример

settings.py

DEBUG = True

...

INSTALLED_APPS = [
    'django.contrib.admin',
    ...
    'django.contrib.staticfiles',
    'puppies.apps.PuppiesConfig'
]

...

STATIC_URL = '/static/'

STATICFILES_DIRS = [
    os.path.join(BASE_DIR, "static"),
]

STATIC_ROOT = 'c:/lkdsjfkljsd_cdn'

Во всех своих шаблонах я использую {% load static %}.

Тогда я делаю: python manage.py collectstatic

На данный момент, кажется, не имеет значения, есть ли у меня ниже в моем urls.py или нет - мои статические файлы все еще загружаются, НО я не знаю, поступают ли они из статических каталогов моего проекта или из моего STATIC_ROOT (c:/ lkdsjfkljsd_cdn):

if settings.DEBUG is True:
    urlpatterns += static(settings.STATIC_URL, document_root=settings.STATIC_ROOT)

Наконец, если я удалю эти статические каталоги в своем проекте, все css, js и изображения не будут работать, что наводит меня на мысль, что мой проект Django загружает статические файлы из статических каталогов моего проекта, а НЕ STATIC_ROOT.

Итак, еще раз, как я могу сказать Django загружать статические файлы из моего местоположения STATIC_ROOT... а не статические каталоги в моем проекте и приложениях?? ИЛИ я неправильно понимаю, что Django не должен загружать файлы из моего местоположения STATIC_ROOT локально?

*Редактировать (добавление HTML-изображения)