Sa isang session ng Windows PowerShell 5.1, maaaring baguhin ng naunang component ang lokal na .NET network state ng proseso. Ang ordinaryong Start-Job background job ay nagbibigay ng hiwalay na proseso ng PowerShell para sa susunod na web operation.

$job = Start-Job -ArgumentList $uri, $proxyUri -ScriptBlock {
    param($destination, $intermediary)
    $response = Invoke-WebRequest -Uri $destination `
        -Proxy $intermediary -UseBasicParsing -TimeoutSec 30
    $response.Content
}
try {
    Receive-Job -Job $job -Wait -ErrorAction Stop
}
finally {
    Remove-Job -Job $job
}

Ang uri at proxyUri ay mga value na ibinibigay ng application. Para sa pampublikong HTTP test, ang listahan ng HTTP proxy ay nagbibigay ng mga kandidatong intermediate address; panatilihing stable ang napiling endpoint kapag naghahambing ng mga proseso. Ibigay din ang anumang kailangang proxy credentials sa pamamagitan ng inilaan na job input at request parameter. Ang live na web session object mula sa parent ay hindi awtomatikong ginagamit muli.

May sariling session state ang job; i-load doon ang mga kailangang function o module. Tumatawid ang output nito sa isang process boundary, kaya mas simple ang sadyang ibalik ang content kaysa ipagpalagay na ang deserialized na response ay kumikilos tulad ng orihinal na live object.

Gumagamit ang Start-ThreadJob ng ibang execution model at hindi nagbibigay ng parehong process isolation. Hindi rin inaayos ng hiwalay na proseso ang di-wastong proxy endpoint o isang network-wide policy. Gamitin ang boundary na ito kapag ang shared process state ang kaugnay na pagkakaiba.

Kaugnay na mga artikulo