你“能够分成几步”，就只能实际做几步。例如可以分成1000步，那么进度条走1000个状态。假如你改成3步走完原来1000步的操作，那么进度条自然就只可见到3步状态。实际上假如要进度条“跟着跑”，这就等于在根本没有变化的事情上还硬要变化，没有根据。
程序流程设计并没有什么是非，但是都要彻底放弃原来的“进度”的想法，例如只是反复显示一个动画。

 这种情况是没有办法控制的， 连微软都做不到。
一般导几千条上万条数据假如不需要判断， 几秒就可以。 不复杂的判断， 一般十几秒就可以， 不需要什么进度条。
给个 Loading 的gif 动画图片就可以了。

引用:

本来是将数据是一条一条的导入，后进度条跟着走；
后面发现数据太大，一条一条的导入效率太低，改成将数据同时导入到数据库中；
即，将按调添加到数据库改成批量添加到数据库，然后进度条就不知道怎么跟着跑好了
希望有描述清楚问题，求指导疑

进度条不一定要非常精确，主要是为了告诉用户，
程序不是不响应，而是在后台处理较为耗时的操作
让用户耐心等待
例如很多条数据批量入库，可以考虑分组进行，这样分组信息也近似于进度信息

方案1：
逐条导入，每次导入1条都设置一次进度。
方案2：
一次性导入全部，只有0%和100%
方案3：
分组导入，例如总数1000，则导入100条时设置一次进度，总共10%-20%-30%。
方案4：
自定义，例如总数1000，先导入n条，然后设置一次进度，n/1000，转换为百分比，即（n/100） %