本地正常运行的Shiny应用部署时异常退出，提示未找到shiny包，常规修复无效

• 首先纠正部署入口的文件错配问题
  当前执行的rsconnect::deployApp('C:/path//app1.Rmd')指向的是R Markdown文档，但实际编写的ui、server、shinyApp调用逻辑属于独立R脚本的内容，并非内嵌在Rmd文档中。rsconnect识别到入口为Rmd时，会切换为R文档渲染的依赖检测逻辑，与本地运行的独立Shiny应用环境不匹配，直接触发包识别错误。可先将所有Shiny逻辑代码保存为对应目录下的app.R文件，将deployApp的路径参数修改为该app.R的绝对路径，排除入口识别偏差。
• 校验部署依赖的扫描结果
  在执行部署命令前，在应用所在目录下运行rsconnect::dependencies()，核对返回的依赖列表是否包含shiny、DT、rmarkdown三个必需包。如果扫描结果缺失对应包，可在deployApp调用中补充参数appPrimaryDoc = "app.R"强制指定主应用文件，同时通过appFiles参数显式指定需要上传的全部应用文件，避免rsconnect误判文件范围。
• 修正本地库路径的生效逻辑
  此前通过lib参数指定包路径未生效，核心原因是部署扫描阶段不会继承R脚本内部的library调用参数。需要在执行deployApp命令的R会话最开头，临时调整当前会话的库搜索路径：先运行.libPaths(c("shiny包的实际本地存储路径", .libPaths()))，再执行部署命令，确保扫描阶段能检索到本地安装的所有依赖包。
• 清理代码中的隐式全局依赖
  当前代码中引用了default_search_columns、default_search两个变量，但给定的脚本片段中未做任何定义。本地运行时因为全局R会话中遗留了这两个变量的赋值所以能正常启动，但部署到服务器的全新干净R会话中，未定义的变量会直接触发运行时错误退出，这类运行时报错经常被rsconnect的错误捕获模块误判为“依赖包缺失”。需要把这两个变量的定义逻辑补充到server函数内部，不依赖全局环境的遗留值。
• 核对静态资源的上传完整性
  代码中通过reactiveFileReader读取相对路径下的excel.csv文件，需要确认该文件与app.R脚本存放在同一个应用目录下，没有被漏传到部署服务器，避免文件读取失败触发应用启动退出。

内容的提问来源于stack exchange，提问作者procerus