Yes
, that's actually quite easy to do.
A selenium <-> webdriver session is represented by a connection url and session_id, you just reconnect to an existing one.
免责声明
- 该方法是使用硒的内部属性（"私有"，在某种程度上），在新版本中可能会改变；你最好不要把它用于生产代码；最好不要对远程SE（你的中心，或像BrowserStack/Sauce Labs这样的供应商）使用，因为在最后解释了一个注意事项/资源耗损。
当一个webdriver实例被启动时，你需要获得前面提到的属性；样本。
from selenium import webdriver
driver = webdriver.Chrome()
driver.get('https://www.google.com/')
# now Google is opened, the browser is fully functional; print the two properties
# command_executor._url (it's "private", not for a direct usage), and session_id
print(f'driver.command_executor._url: {driver.command_executor._url}')
print(f'driver.session_id: {driver.session_id}')
有了这两个属性，另一个实例就可以连接了；"诀窍 "是启动一个Remote的驱动程序，并提供上面的_url--这样它就会连接到正在运行的selenium进程。
driver2 = webdriver.Remote(command_executor=the_known_url)
# when the started selenium is a local one, the url is in the form 'http://127.0.0.1:62526'
当运行时，你会看到一个新的浏览器窗口被打开。
这是因为在启动驱动时，selenium库会自动为它启动一个新的会话--现在你有一个webdriver进程，有两个会话（浏览器实例）。
如果你导航到一个网址，你会看到它是在那个新的浏览器实例上执行的，而不是在之前启动时留下的那个实例上--这不是我们想要的行为。
在这一点上，需要做两件事--a）关闭当前的SE会话（"新的"），b）将这个实例切换到上一个会话。
if driver2.session_id != the_known_session_id: # this is pretty much guaranteed to be the case
driver2.close() # this closes the session's window - it is currently the only one, thus the session itself will be auto-killed, yet:
driver2.quit() # for remote connections (like ours), this deletes the session, but does not stop the SE server
# take the session that's already running
driver2.session_id = the_known_session_id
# do something with the now hijacked session:
driver.get('https://www.bing.com/')
就这样--你现在连接到以前/已经存在的会话，以及它的所有属性（cookies、LocalStorage等）。
顺便说一下，在启动新的远程驱动程序时，你不必提供desired_capabilities--这些代码被储存起来，并从你接管的现有会话中继承。
注意事项- 运行SE进程会导致系统中的一些资源消耗。
每当有一个进程启动后没有关闭--就像第一段代码中的那样--它就会停留在那里，直到你手动杀死它。我的意思是，例如在Windows中，你会看到一个 "chromedriver.exe "进程，一旦你用完它，你必须手动终止它。它不能被连接到它的驱动程序关闭，因为它是一个远程的selenium进程。
原因是--每当你启动一个本地浏览器实例，然后调用它的quit()方法时，它有2个部分--第一个部分是从Selenium实例中删除会话（上面第二段代码中所做的），另一个部分是停止本地服务（chrome/geckodriver）--这通常是可行的。
问题是，对于远程会话来说，缺少第二部分--你的本地机器不能控制一个远程进程，那是远程枢纽的工作。因此，第二部分实际上是一个pass的python语句--一个无用的东西。
如果你在远程集线器上启动了太多的selenium服务，而又无法控制它--这将导致该服务器的资源耗尽。像BrowserStack这样的云计算供应商对此采取了措施--他们会关闭过去60年没有活动的服务，等等--这是你不想做的。
至于本地的SE服务--只要别忘了偶尔清理一下操作系统中被你遗忘的无主的Selenium驱动程序就可以了 :)
