使用vs code開發lwc的步驟，通常為先創建項目(create project)然后授權一個org(authorize an org)，授權以后我們通常便會download代碼到本地或者Upload本地代碼到服務器端。這幾步當中authorize an org尤為的重要，如果沒有授權成功，則無法download和upload代碼，相當於項目使用vs code進行lwc開發中斷。
我們使用vs code 在window下ctrl + shift + p選擇authorize an org，系統會執行CLI語句然后進行默認瀏覽器的頁面跳轉，輸入賬號密碼允許授權即授權成功，前幾天偶遇這種authorize失敗的情況，官方建議是殺死占用了的1717端口或者新建一個connected app然后更新一下配置的OauthLocalPort信息在sfdx-project.json文件中。
所以我們按照官方的指引一步一步來，首先先嘗試殺死1717的端口號。首先以管理員的身份運行CMD，然后輸入指令netstat -ano|findstr "1717"即可找到相對應的pid，途中的pid為32724
接下來就是要進行殺死32724這個pid， 兩種方式去殺死，一種cmd 輸入 taskkill /F /PID 32724，如果你不喜歡指令的方式找和殺也沒有關系，第二種方式簡單粗暴，ctrl + alt + delete打開task manager（任務管理器），找到名字是node.exe的殺了就是了。
這樣搞定了以后通常的情況下基本就能解決了1717的問題，但是很奇葩的是我的這種case並沒有搞定，所以繼續按照官方的指引走第二條路，使用connected app方式搞定，參考鏈接為：https://developer.salesforce.com/docs/atlas.en-us.sfdx_dev.meta/sfdx_dev/sfdx_dev_auth_connected_app.htm?search_text=connected%20app 這里如何創建connected app不多做解釋，默認oauthLocalPort屬性的值為1717，我們如果不聲明情況下即這個值，這里我們需要按照上面的文檔創建了一個對應的response為1919的端口然后我們在json中針對oauthLocalPort設置1919即可。
開開心心的弄好了第二個步驟，結果authorize仍然失敗。
官方只說了這兩種情況的處理，一臉懵逼的情況下群里小伙伴提示修改一下默認的瀏覽器，結果修改完以后真的成功了(原來用的chrome，后來修改成了其他)。。。估計是谷歌之前記錄了一些錯的session，導致跳轉的時候跳不出來。
一波三折以后決定記錄下來，以下的排錯過程供小伙伴們參考，也希望小伙伴不用經歷這種難熬的過程和步驟。篇中有錯誤地方歡迎指出，有不懂的歡迎留言。